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Acerca de la presente edicion 



La presente EDICION de Software libre para una sociedad libre es la primera edicion 
castellana autorizada por Richard M. Stallman de su libro Free Software, Free Society. 
Un exhaustivo conjunto de ensayos y articulos que recorren la decada de 1990 y los 
primeros anos del nuevo milenio, y que conforman quizas la mejor apologia escrita del 
software libre como dispositivo de libertad y democracia. El trabajo de edicion de este 
libro ha sido complejo y prolongado, y ha sido posible gracias unicamente a la coope- 
racion de una multitud de personas ligadas al mundo del software libre. De este modo, 
el caracter colectivo, abierto y cooperativo de la elaboracion de esta edicion guarda no 
pocas similitudes con los proyectos de desarrollo de software libre. Sin embargo, la dis- 
persion de las colaboraciones y la enorme heterogeneidad de los estilos de traduccion 
ha obligado a realizar una extensa labor de unificacion, en la que los criterios utilizados 
no son necesariamente los preferidos por todos los traductores. En este sentido, hemos 
preferido mantener el anglicismo «copyright» frente al termino juridico de «derecho de 
autor», mas correcto en lengua castellana, no solo por el uso amplio y extendido del 
termino en ingles, sino tambien porque todas las referencias del libro son a la legisla- 
cion estadounidense. Tambien hemos traducido «library» por biblioteca, en lugar de 
libreria, mas extendido en el lenguaje tecnico de programacion, pero menos correcto 
en terminos de traduccion. Por otra parte en relacion a las licencias GNU de la Free 
Software Foundation se utiliza indistintamente tanto la traduccion castellana, como Li- 
cencia Publica General [General Public License], como las siglas inglesas por las que 
son mas corrientemente conocidas, en este caso GPL o mas correctamente GNU GPL. 

Debido a la enorme cantidad de recursos movilizados en la edicion de esta obra, 
resulta inexcusable citar y agradecer la labor de Vicente Ruiz Jurado y Juan Carlos Gen- 
tile, que se encargaron de recopilar y coordinar las primeras traducciones de este vo- 
lumen. Tambien de Miquel Vidal por la orientacion inicial del proyecto y desde luego, 
el trabajo de traduccion inicial de: Leovigildo Garcia Bobadilla (introduction); Cesar 
Ballardini, Ramses Morales, Cesar Villanueva, Oscar Mendez Bonilla y Hugo Gayosso 
(cap. 1); Enrique A. Sanchez Nunez, Diego Cadogan, Pablo Ruiz Muzquiz y de nuevo 
Hugo Gayosso (cap. 2); equipo de traductores al espanol de GNU (cap. 3); Stan Bark, 
Carlos Rega, Jose Manuel Benitez Sanchez, Luis M. Arteaga y Luis Bustamante (cap. 
4); Pablo Chamorro C, Steve Winston y Holman Romero (cap. 6); Steve Winston, Jo- 
se Manuel Benitez Sanchez, Ragnar Hojland Espinosa, Ramses Morales, Esteban Osses 
Anguita y Enrique A. Sanchez Nunez (cap.8); Carlos Rega y Serena Del Bianco (cap. 11); 
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Conrado A. Bermudez, Viviana Cruz, Steve Winston, Luis Miguel Arteaga y Holman 
Romero (cap. 14); Javier Smaldone (cap. 17); Pablo Ruiz Muzquiz, Holman Romero e 
Ivan Martinez Cortes (cap. 17); Cristian Rovner y Luis Miguel Arteaga (cap. 19); Jesus 
Gonzalez Barahona y Pedro de las Heras Quiros (GNU GPL); Igor Tamara, Pablo Reyes 
y Vladimir Tamara (GNU FDL); Rafael Palomino (GNU LGPL); y de todos aquellos que 
puedan reconocer parte de su trabajo en este libro, pero de los que nos ha sido imposible 
reunir sus nombres. Por ultimo, es necesario reconocer la cuidada labor de traduccion 
y correccion de los traductores principales: Jaron Rowan, Diego Sanz Paratcha y Laura 
Trinidad. Por deseo de R. M. Stallman parte de los fondos recaudados de la venta del 
libro se dedicaran a la financiacion de proyectos a cargo de la Fundacion del Software 
Libre en Europa. En concreto, se destinaran 2,5 euros por cada ejemplar vendido. 



Introduction 



Cada generacion tiene su filosofo: un escritor o un artista que plasma la imaginacion 
de una epoca. A veces estos filosofos son reconocidos como tales, pero a menudo pasan 
generaciones antes de que se caiga en la cuenta. Sin embargo, con reconocimiento o sin 
el, cada epoca queda marcada por la gente que expresa sus ideales, sea en el susurro de 
un poema o en el fragor de un movimiento politico. 

Nuestra generacion tiene un filosofo. No es un artista, tampoco un escritor profesio- 
nal. Es un programador. Richard Stallman comenzo su trabajo en los laboratorios del 
MIT como programador y arquitecto desarrollando software de sistemas operativos. 
Ha desarrollado su carrera en la vida publica como programador y arquitecto fundan- 
do un movimiento por la libertad en un mundo cada vez mas definido por el «codigo». 

El «codigo» es la tecnologia que hace que los ordenadores funcionen. Este inscri- 
to en el software o grabado en el hardware, es el conjunto de instrucciones, primero 
escritas como palabras, que dirigen la funcionalidad de las maquinas. Estas maquinas 
(ordenadores) definen y controlan cada vez mas nuestras vidas. Determinan como se 
conectan los telefonos y que aparece en el televisor. Deciden si el video puede enviar- 
se por banda ancha hasta un ordenador. Controlan la informacion que un ordenador 
remite al fabricante. Estas maquinas nos dirigen. El codigo dirige estas maquinas. 

iQue control deberiamos tener sobre el codigo? iQue comprension? ^Que libertad 
deberia haber para neutralizar el control que permite? <^Que poder? 

Estas preguntas han sido el reto de la vida de Stallman. A traves de sus trabajos y de 
sus palabras nos ha incitado a ser conscientes de la importancia de mantener «libre» el 
codigo. No «libre» en el sentido de que los escritores del codigo no reciban una remu- 
neracion, sino «libre» en el sentido de que el control, que construyen los codificadores, 
sea transparente para todos y en el de que cualquiera tenga derecho a tomar ese control 
y de modificarlo a su gusto. Esto es el «software libre», «software libre» es la respuesta 
a un mundo construido mediante codigo. 

«Libre». Stallman lamenta la ambigiiedad de su propio terminoQNo hay nada que 
lamentar. Los rompecabezas obligan a la gente a pensar y el termino «libre» cumple 
bastante bien esta funcion de rompecabezas. Para los oidos estadounidenses moder- 
nos, «software libre» suena utopico, imposible. Nada, ni siquiera el almuerzo, es libre. 
^Como podrian ser «libres» las mas importantes palabras que dirigen las maquinas mas 

1 Se refiere aqui, por primera vez en este libro, a la doble acepcion de la palabra inglesa/ree como libre 
y como gratis. [N. del E.] 
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esenciales que dirigen el mundo? ^Como podria una sociedad en su sano juicio aspirar 
a semejante ideal? 

Sin embargo, el peculiar tanido de la palabra «libre» depende de nosotros y no del 
propio termino. «Libre» tiene diferentes significados, solo uno de ellos se refiere a «pre- 
cio». Un significado de «libre» mucho mas fundamental es, dice Stallman, el del termino 
«libertad de expresion» o quizas mejor el de la expresion «trabajo libre no forzado». No 
libre como gratuito, sino libre en el sentido de limitado en cuanto a su control por los 
otros. Software libre significa un control que es transparente y susceptible de modifica- 
cion, igual que las leyes libres, o leyes de una «sociedad libre», son libres cuando hacen 
su control cognoscible y abierto a la modificacion. La intencion del «movimiento soft- 
ware libre» de Stallman es producir codigo en la medida en que pueda ser transparente 
y susceptible de modificacion haciendolo «libre». 

El mecanismo para este fin es un instrumento extraordinariamente inteligente 11a- 
mado «copyleft» que se implementa a traves de una licencia llamada GPL. Usando el 
poder del copyright, el «software libre» no solo asegura que permanece abierto y sus- 
ceptible de modificacion, sino tambien que otro software que incorpore y use «software 
libre» — y que tecnicamente se convierta en «obra derivada» — debe tambien, a su vez, 
ser libre. Si uno usa y adapta un programa de software libre y distribuye publicamente 
esa version adaptada, la version distribuida debe ser tan libre como la version de la que 
procede. Debe hacerse asi, de lo contrario se estara infringiendo el copyright. 

El «software libre», como las sociedades libres, tiene sus enemigos. Microsoft ha 
entablado una guerra contra la GPL, alertando a quienquiera que le escuche de que la 
GPL es una licencia «peligrosa». El peligro a que se refiere, sin embargo, es en gran 
medida ficticio. Otros plantean objeciones a la «coercion» que supone el mandato de la 
GPL de que las versiones modificadas sean tambien libres. Pero una condicion no es 
coercion. Si no es coercion que Microsoft no permita a lo usuarios distribuir versiones 
modificadas de Office sin pagarle (presumiblemente) millones, entonces no es coercion 
que la GPL establezca que las versiones modificadas del software libre sean tambien 
libres. 

Tambien estan los que califican el mensaje de Stallman de demasiado extremista. 
Pero no es extremista. Al contrario, en un sentido obvio el trabajo de Stallman es una 
simple traslacion de la libertad que nuestra tradicion ha inscrito en el mundo anterior 
al codigo. El «software libre» asegura que el mundo gobernado por el codigo es tan 
«libre» como nuestra tradicion que construyo el mundo anterior al codigo. 

Por ejemplo: una «sociedad libre» esta regulada por leyes. Pero hay limites que cual- 
quier sociedad libre pone a esa regulacion legal: ninguna sociedad que mantenga sus 
leyes en secreto podria llamarse, nunca, libre. Ningun gobierno que esconda sus nor- 
mas a los gobernados podria incluirse, nunca, en nuestra tradicion. El Derecho gobier- 
na. Pero solo, precisamente, cuando lo hace a la vista. Y el Derecho solo esta a la vista 
cuando sus terminos pueden ser conocidos por los gobernados o por los agentes de los 
gobernados — abogados, parlamentos. 

Esta condicion del Derecho va mas alia del trabajo de un parlamento. Pensemos en 
la practica juridica en los tribunales norteamericanos. Los abogados son contratados 
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por sus clientes para defender los intereses de esos clientes. En ocasiones esos intereses 
son defendidos en un litigio. En el curso del litigio, los abogados redactan alegaciones. 
Esas alegaciones, a su vez, afectan a las decisiones judiciales. Esas decisiones determi- 
nan quien gana un caso concreto o si una determinada ley guarda conformidad con una 
constitucion. 

Todos los elementos de ese proceso son libres en el sentido a que se refiere Stall- 
man. Las alegaciones juridicas estan disponibles para su libre uso por los demas. Las 
argumentaciones son transparentes — lo cual es distinto a decir que son buenas — y el 
razonamiento puede ser utilizado sin la autorizacion del abogado original. Las opinio- 
nes formuladas pueden ser citadas en alegaciones posteriores. Pueden ser copiadas e 
incorporadas en otra argumentacion u opinion. El «codigo fuente» del Derecho esta- 
dounidense es deliberadamente y por principio abierto y de libre uso por cualquiera. 
Y as! lo usan libremente los abogados, ya que el secreto de una gran argumentacion es 
que resulte original mediante la reutilizacion de lo que se ha hecho antes. La fuente es 
libre, la creatividad y una forma de economia se cimentan sobre ella. 

Esta economia del codigo abierto — y me refiero aqui al codigo legal abierto — no 
arruina a los abogados. Las firmas de abogados tienen incentivos suficientes para re- 
dactar buenas alegaciones incluso cuando material que crean pueda ser apropiado y 
utilizado por cualquier otro. El abogado es un artesano cuyo trabajo es de dominio pu- 
blico. Sin embargo la artesania no es caridad. Los abogados cobran, la gente no contrata 
ese tipo de trabajo sin un precio. Pero esa economia progresa con trabajos posteriores 
que se anaden a los anteriores. 

Podriamos imaginar una practica juridica que fuese diferente, alegaciones y argu- 
mentaciones que se mantuviesen secretas, sentencias que hiciesen publica su decision 
pero no sus fundamentos. Leyes que fueran guardadas por la policia y no se hiciesen 
publicas para nadie mas. Normativas que se aplicasen sin explicar su contenido. 

Podemos imaginar esa sociedad, pero no podemos imaginarnos llamarla «libre». 
Esten, o no, mejor o mas eficientemente gestionados los incentivos en esa sociedad, esta 
no podria ser considerada libre. Los ideales de libertad, de vida en una sociedad libre, 
exigen algo mas que una gestion eficiente. En cambio, el aperturismo y la transparencia 
son los limites en los cuales se construye un sistema legal, sin que se anadan nuevas 
ideas a conveniencia de los lideres. La vida sometida al codigo informatico no deberia 
ser menos. 

Escribir codigos no es pleitear. Es mejor, mas rico, mas productivo. Pero el Derecho 
es un ejemplo obvio de que la creatividad y la motivacion no dependen de un perfecto 
control sobres los productos que se crean. Igual que el jazz, o las novelas, o la arqui- 
tectura, el Derecho se construye sobre el trabajo hecho con anterioridad. La creatividad 
siempre es esta agregacion y cambio. Y una sociedad libre es aquella que garantiza que 
sus recursos mas importantes permanecen libres, precisamente en este sentido. 

Por primera vez este libro recoge los articulos y las conferencias de Richard Stall- 
man de forma que queden claros su sutileza y su fuerza. Los ensayos abarcan un amplio 
espectro, desde el copyright a la historia del movimiento del software libre. Incluyen 
muchas argumentaciones no muy bien conocidas y entre ellas, una apreciacion espe- 
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cialmente inteligente sobre las cambiantes circunstancias que vuelven sospechoso al 
copyright en el mundo digital. Serviran como recurso para aquellos que busquen com- 
prender el pensamiento de este hombre poderoso, poderoso por sus ideas, su pasion y 
su integridad, a pesar de carecer de poder en los demas sentidos. Inspiraran a aquellos 
que adopten estas ideas y construyan a partir de ellas. 

No conozco bien a Stallman. Lo conozco lo suficientemente bien para saber que es 
una persona que es dificil que nos guste. Es obstinado, a menudo impaciente. Su ira 
puede inflamarse ante un amigo con tanta facilidad como ante un enemigo. Es testaru- 
do y persistente, paciente en todo caso. 

Pero cuando nuestro mundo finalmente comprenda el poder y el peligro del codigo, 
cuando finalmente vea que el codigo, como las leyes o como el gobierno, debe ser trans- 
parente para ser libre, entonces volveremos la mirada a este programador testarudo y 
persistente y reconoceremos la idea por cuya realidad ha luchado: la idea de un mundo 
donde la libertad y el conocimiento sobreviven al compilador. Y comprenderemos que 
nadie, por medio de sus actos o de sus palabras, ha hecho tanto para hacer posible la 
libertad que la sociedad venidera podria tener. 

Aun no hemos ganado esa libertad. Podriamos fracasar en su consecucion. Pero 
triunfemos o fracasemos, en estos articulos se refleja lo que esa libertad podria ser. Y 
en la vida que plasman esas palabras y obras esta la inspiracion para todo el que, como 
Stallman, lucha para crear esa libertad. 



Lawrence Lessig 
Presidente de Creative Commons 
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Capftulo 1 

El Proyecto GNU 



La primera comunidad que comparte software 

Cuando entre a trabajar en el Laboratorio de Inteligencia Artificial (AI Lab) del MIT 
en 1971, pase a formar parte de una comunidad que compartia software y llevaba ha- 
ciendolo durante afios. El acto de compartir software no se circunscribe a nuestra co- 
munidad en particular: es tan antiguo como los propios ordenadores, lo mismo que 
compartir recetas es tan viejo como la cocina. Simplemente, nosotros lo haclamos en 
mayor medida. 

En el AI Lab se utilizaba un sistema operativo de tiempo compartido llamado ITS 
(Incompatible Timesharing System), disenado y escrito por los hackers de la plantilla del 
lab en lenguaje ensamblador para el Digital PDP-10, uno de los ordenadores mas gran- 
des de la epoca. Como miembro de esta comunidad y hacker de sistemas para el AI 
Lab, mi labor consistia en mejorar dicho sistema. 

No llamabamos «software libre» a nuestro software porque el termino no existia to- 
davia; pero era exactamente eso. Cuando alguien de otra universidad o de otra empresa 
querla instalar y utilizar un programa, se lo prestabamos de buen grado. Si descubrias 
a alguien utilizando un programa poco habitual e interesante, siempre podlas pregun- 
tarle por el codigo fuente, leerlo, modificarlo o canibalizar partes de el para montar un 
programa nuevo. 

El uso de la palabra «hacker» para definir al «que rompe sistemas de seguridad» es 
una confusion promovida por los medios de masas. Nosotros, los hackers, nos negamos 
a reconocer esta acepcion y seguimos utilizando este termino para describir a «alguien 
que ama la programacion y disfruta explorando nuevas posibilidades»J^] 



1 Publicado originalmente en el libro colectivo Open Sources: Voice from the Open Source Revolution, 
O'Reilly, 1999 

2 Resulta diffcil dar con una definition sencilla de algo tan variado como es el hacking, pero creo que 
lo que la mayor parte de los hackers tienen en comun es la pasion ludica, la inteligencia y la voluntad 
de exploration. Podemos decir que el hacking significa explorar los limites de lo posible con un espiritu 
de sagacidad imaginativa. Cualquier actividad en la que se despliegue esta sagacidad tiene «valor» para 
el hacker. Puedes ayudar a subsanar este malentendido haciendo una simple distincion entre la intromi- 
sion en la seguridad de un sistema y las actividades de hacking, empleando el termino cracking para la 
primera. Quienes se dedican a esto se denominan crackers. Es posible que un cracker sea tambien hacker, 
o ajedrecista, o golfista; pero la mayoria no lo son («On Hacking», RMS; 2002). 
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EL colapso de la comunidad 

La situacion cambio drasticamente a principios de los anos ochenta, con la desapa- 
ricion de la comunidad hacker del AI Lab, seguida de la desaparicion del ordenador 
PDP-10. 

En 1981, la empresa pionera Symbolics contrato a casi todos los hackers del AI Lab, 
y nuestra diezmada comunidad fue incapaz de sobrevivir. (En el libro Hackers, Step- 
hen Levy describe estos acontecimientos, a la vez que nos proporciona un panorama 
bastante preciso de lo que fue la epoca dorada de esta comunidad). Cuando el AI Lab 
compro un nuevo PDP 10 en 1982, sus administradores decidieron usar un sistema de 
Digital de tiempo compartido no libre en lugar del ITS en la nueva maquina. 

Poco despues, Digital dejo de fabricar la serie PDP-10. Su arquitectura elegante y 
poderosa de los anos sesenta no podia adaptarse de forma natural a los grandes espa- 
cios de direccionamiento caracteristicos de los anos ochenta. Lo cual explica que casi 
todos los programas que integraban el sistema ITS resultaran obsoletos. De esa manera 
se enterraba definitivamente al ITS: quince anos de trabajo tirados por la borda. 

Los modernos ordenadores de la epoca, como el VAX o el 68020, contaban con su 
propio sistema opera tivo, pero ninguno utilizaba software libre. Habia que firmar un 
acuerdo de confidencialidad incluso para obtener una copia ejecutable. 

Todo ello significaba que antes de poder utilizar un ordenador tenias que prometer 
no ayudar a tu vecino. Quedaban asi prohibidas las comunidades cooperativas. Los ti- 
tulares de software propietario establecieron la siguiente norma: «Si compartes con tu 
vecino, te conviertes en un pirata. Si quieres hacer algun cambio, tendras que rogarnos- 
lo». 

La idea de que el sistema social en torno al software propietario — un sistema que 
te impide compartir o modificar el software — es antisocial, poco etico, sencillamen- 
te equivocado, puede sorprender a algunos lectores. Pero ^que podemos decir acerca 
de un sistema que siembra la division entre el publico y abandona a los usuarios a la 
indefension mas absoluta? Estos lectores probablemente hayan asumido el sistema so- 
cial asociado con el software propietario como algo inevitable o habran considerado la 
cuestion de la misma forma que se plantea por parte de las empresas de software pro- 
pietario. Los editores de software se han esforzado mucho en convencernos de que solo 
hay una forma de abordar esta cuestion. 

Cuando los editores de software hablan de «ejercer» sus «derechos» o de «acabar 
con la pirateria», lo que dicen es, de hecho, secundario. El verdadero mensaje de es- 
tas declaraciones se esconde en ciertas presunciones implicitas que dan por supuestas; 
creen que el publico debe aceptarlas sin cuestionarlas. De modo que analicemoslas. 

Una suposicion es que las empresas de software tienen el derecho natural e incues- 
tionable a poseer software, y por ende a detentar todo el poder sobre sus usuarios. (Si 
de verdad se tratara de un derecho natural, nosotros no objetariamos nada, indepen- 
dientemente del perjuicio que esto ocasionara al publico.) Pero lo interesante es que la 
Constitucion de los EE.UU. y el derecho tradicional rechazan este punto de vista. El 
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copyright no es una ley natural, sino un monopolio artificial impuesto por el Estado que 
limita el derecho natural de los usuarios a copiar. 

Otra presuncion implicita es que lo unico importante en el software es la funcion 
que te permite desempeftar — que, como usuarios de ordenadores, no deberiamos preo- 
cuparnos de que tipo de sociedad se nos permite tener. 

Una tercera presuncion es que no dispondriamos de software de utilidad — o de un 
programa para realizar esta u otra tarea — si no cedemos el derecho de los usuarios so- 
bre un programa a la empresa responsable del mismo. Esto resultaba convincente antes 
de que el movimiento del software libre demostrara que podiamos crear muchisimos 
programas, y muy utiles, sin necesidad de cadenas. 

Si preferimos rechazar estas presunciones y analizamos estas cuestiones de acuerdo 
con los criterios morales y el sentido comun del ciudadano de a pie, anteponiendo a 
los usuarios a cualquier otra consideracion, llegaremos a conclusiones muy diferentes. 
Los usuarios de ordenadores deberian ser libres para modificar los programas y ajus- 
tarlos a sus necesidades, libres para compartirlos, porque la cooperacion con los demas 
constituye la base de la sociedad. 

Una eleccion moral radical 

Una vez desaparecio mi comunidad, era imposible seguir como hasta entonces. De 
modo que me enfrente a un dilema moral radical. 

Lo mas facil hubiera sido subirme al tren del software propietario, firmar acuerdos 
de confidencialidad y prometer no ayudar a mis companeros hackers. Es muy probable 
que ahora me dedicara a desarrollar software publicado con clausulas de confidencia- 
lidad, presionando asi a otros para traicionar tambien a sus companeros. 

Podria haber ganado mucho dinero de esta forma, y quizas me hubiera divertido 
escribiendo codigo. Pero sabia que, al final de mi carrera, echaria la vista atras y solo 
habria contribuido a levantar muros para dividir a la gente, habria pasado toda mi vida 
convirtiendo este mundo en un lugar mucho peor. 

Ya habia experimentado lo que se siente al firmar un acuerdo de confidencialidad 
cuando una persona se nego a entregarnos, a mi y al Al Lab, el codigo fuente del progra- 
ma de control de nuestra impresora. (La ausencia de ciertas funciones en este programa 
convertia el uso de la impresora en una experiencia muy frustrante.) De modo que no 
podia enganarme sobre la inocencia de estos acuerdos. Monte en colera cuando aquel 
individuo se nego a compartirlo con nosotros. No podia hacerle lo mismo al resto del 
mundo. 

Otra opcion, mas directa aunque desagradable, hubiera sido abandonar el mun- 
do de los ordenadores. De esa manera no malgastaria mis aptitudes, aunque con todo 
seguirian sin servir de nada. No seria culpable de dividir y restringir libertad a los 
usuarios de ordenadores, pero eso llegaria tarde o temprano. 

Decidi estudiar la manera en que un programador podria hacer algo por el bien 
comun. Me pregunte si podia escribir uno o varios programas que permitiesen resucitar 
nuevamente a nuestra extinta comunidad. 
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La respuesta era obvia: la primera cosa necesaria era crear un sistema operative), el 
software crucial para empezar a utilizar un ordenador. Con un sistema operativo pue- 
des hacer muchas cosas; sin el, ni siquiera puedes hacer funcionar un ordenador. Me- 
diante un sistema operativo libre podriamos armar una nueva comunidad cooperativa 
de hackers — e invitar a todos a que se uniesen a ella. Y cualquiera podria utilizar un 
ordenador sin verse obligado previamente a conspirar para privar de esto a sus amigos. 

Como desarrollador de un sistema operativo, tenia las aptitudes necesarias para 
desempenar esta labor. De manera que, aun cuando el exito no estuviera asegurado, 
comprendi que habla sido elegido para llevar a cabo esta mision. Opte por crear un 
sistema compatible con Unix para dotarle as! de portabilidad y facilitar el cambio a los 
usuarios de Unix. El nombre de GNU fue elegido segun una tradicion de los hackers, 
como un acronimo recursivo de «GNU's Not Unix»Fj 




Un sistema operativo no significa solo un kernel, que apenas permite ejecutar otros 
programas. En los anos setenta, cualquier sistema operativo decente inclula sus pro- 
pios procesadores de comandos, ensambladores, compiladores, interpretes, depurado- 
res, editores de textos, gestores de correo y mucho mas. ITS, Multics, VMS y Unix, todos 
incluian estos componentes. 

Mas adelante, escuche estas palabras, atribuidas a Hillel: «Si no actuo en mi nombre, 
,;quien lo hara por ml? Y entonces, ,;en que me convertire? Y si ahora no, entonces 
^cuando?». 

La decision de emprender el proyecto GNU se basaba en un espiritu similar. 
Como ateo, no sigo el ejemplo de ningun Mder religioso, pero a veces admiro las 
cosas que han llegado a decir. 

Libre en su acepcion de libertad 

A veces se malinterpreta el termino de «software libre» — para empezar, no tiene 
ninguna relacion con el precio. Lo que nos interesa es la libertad. He aqui la definicion 
de software libre. Un programa es software libre para el usuario siempre que, como 
usuario particular, tengas: 

1. La libertad de ejecutar el programa sea cual sea el proposito. 

2. La libertad para modificar el programa para ajustarlo a tus necesidades. (Para 
que se trate de una libertad efectiva en la practica, deberas tener acceso al co- 
digo fuente, dado que sin el la tarea de incorporar cambios en un programa es 
extremadamente diflcil.) 

3. La libertad de redistribuir copias, ya sea de forma gratuita, ya sea a cambio del 
pago de un precio. 

4. La libertad de distribuir versiones modificadas del programa, de tal forma que la 
comunidad pueda aprovechar las mejora introducidas. 




3 En castellano, «GNU No es Unix». 
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Dado que nos referimos a la libertad y no al precio, no existe contradiccion alguna 
entre la venta de copias y el software libre. De hecho, la libertad para vender copias es 
crucial: las colecciones de software libre a la venta en formato de CD-ROM son muy 
importantes para la comunidad y venderlas es una forma de recaudar fondos para el 
desarrollo de software libre. Por lo tanto, cualquier programa que no podamos incluir 
en estas colecciones no podra calificarse de software libre. 

Dada la ambigiiedad del calificativo «libre», llevamos mucho tiempo buscando al- 
ternativas, pero nadie ha encontrado ninguna satisfactoria. La lengua inglesa es de las 
mas rica en lo que a palabras y matices se refiere, pero carece de un termino simple e 
inequivoco para «libre» en el sentido de libertad — «unfettered» [sin cadenas] serla el 
calificativo que mas se ajusta al significado. Alternativas como «liberado», «libertad» o 
«abierto» no significan lo mismo o presentan otros inconvenientes. 

El software GNU y el Sistema GNU 

El desarrollo de un sistema operativo de principio a fin es un proyecto colosal. Co- 
mo primera medida, decidi adaptar y utilizar algunas piezas existentes de software 
libre siempre que me fuera posible. Desde el inicio, decidi usar TjXcomo principal pro- 
cesador de texto, y unos anos mas tarde me pase al X Window System en vez de escribir 
otro sistema de ventanas para GNU. 

Debido a esta decision, el sistema GNU no consiste en una coleccion completa de 
software GNU. El sistema incluye programas desarrollados por otros individuos y para 
proyectos con sus propios propositos que empleamos por su condicion de software 
libre. 

Los inicios del proyecto 

En enero de 1984 abandone mi empleo en el MIT y comence a escribir software 
GNU. Abandonar el MIT era imprescindible si queria que nadie interfiriera en la dis- 
tribucion de GNU como software libre. De haberme quedado, el MIT podria haberse 
apropiado de mi trabajo e impuesto sus propios terminos de distribution, o incluso 
convertir el trabajo en un paquete de software propietario. No tenia ninguna intention 
de hacer una gran cantidad de trabajo para ver como se convertia en algo inutil en rela- 
tion a su proposito inicial: crear una nueva comunidad dedicada a compartir software. 

No obstante, el profesor Winston, el entonces director del Lab Al en el MIT, me 
invito a utilizar las instalaciones del laboratorio. 

Los primeros pasos 

Poco despues de comenzar el proyecto GNU, me hablaron del Free University Com- 
piler Kit, tambien conocido como VUCK. [La palabra danesa para libre (free) estaba 
escrita con una «V»] Se trataba de un compilador disenado para trabajar con multiples 
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lenguajes, incluido C y Pascal, y compatible con ordenadores de objetivos multiples. 
Me puse en contacto con el autor para pedirle permiso y utilizarlo en GNU. 

Me contesto burlonamente, diciendo que la universidad era gratuita, pero no el 
compilador. Asi que decidi que el primer programa para el proyecto GNU serla un 
compilador capaz de trabajar en multiples lenguajes y plataformas. 

Para evitar tener que reescribir todo el compilador, obtuve el codigo fuente para el 
compilador Pastel, un compilador de plataformas multiples desarrollado en Lawrence 
Livermore Lab. Soportaba, y estaba escrito, en una version ampliada de Pascal, disena- 
da como lenguaje de programacion de sistemas. Le aftadi un front end C y comence a 
pasarlo a un ordenador Motorola 68000, pero tuve que abandonar el intento al descu- 
brir que el compilador requeria muchos megabytes de espacio, y el sistema Unix 68000 
de entonces solo tenia capacidad para 64K. 

Me di cuenta de que el compilador Pastel analizaba el archivo de entrada en forma 
de arbol sintactico, convirtiendolo en una cadena de «instrucciones» y luego generan- 
do todo el archivo de salida sin liberar espacio de almacenamiento. Asi que conclui que 
tendria que escribir un nuevo compilador partiendo de cero. El resultado es el compila- 
dor conocido como GCC; aunque no contiene ningun elemento del compilador Pastel, 
consegui adaptar y utilizar el front end C que habia escrito. Pero eso fue anos mas tarde. 
Antes trabaje en el GNU Emacs. 

GNU Emacs 

Comence a trabajar en el GNU Emacs en septiembre de 1984, y a principios de 1985 
ya podia ser utilizado. Esto me permitio comenzar a usar el sistema Unix para labores 
de edicion. Dado que nunca me intereso aprender a usar vi o ed, hasta entonces habia 
realizado mis ediciones en otro tipo de maquinas. 

En aquel momento habia gente interesada en utilizar GNU Emacs, lo que planted 
el problema de la distribucion. Por supuesto, lo coloque en el servidor anonimo ftp del 
ordenador del MIT [Este ordenador, prep.ai.mit.edu, se convirtio asi en el principal sitio 
ftp de distribucion de GNU; al desmantelarlo anos mas tarde, transferimos el nombre a 
nuestro nuevo servidor ftp]. Pero en aquel entonces, muchos no tenian acceso a Internet 
y no podian descargar una copia via FTP. Que podia decirles? 

Podria haberles dicho: «Busca un amigo en la red y que te haga una copia». O podria 
haber hecho lo mismo que hiciera con el PDP-10 Emacs original, a saber, decirles: «En- 
viame una cinta y un SASE, y te lo devolvere por correo con una copia de Emacs». Pero 
como no tenia trabajo y andaba buscando la manera de ganar dinero con el software 
libre, anuncie que enviaria copias a cualquiera interesado a cambio de ciento cincuenta 
dolares. Asi comenzo mi empresa de distribucion de software libre, precursora de las 
empresas que hoy distribuyen sistemas Linux basados en GNU. 
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^Un programa es libre para cualquier usuario? 

Cuando un programa de software libre deja de estar en manos de su autor, esto no 
significa necesariamente que siga siendo software libre para cualquiera que se haga con 
una copia de el. Por ejemplo, el software de dominio publico — software sin copyright — 
es software libre, pero cualquiera puede modificarlo y hacer una version propietaria a 
partir de el. Lo mismo ocurre con muchos programas libres con copyright que se distri- 
buyen con licencias simples muy permisivas que autorizan el desarrollo de versiones 
propietarias modificadas. 

El ejemplo paradigmatico de este problema es el X Window System. Desarrolla- 
do en el MIT y publicado como software libre con una licencia permisiva, pronto fue 
adoptado por diversas empresas informaticas. Anadieron X, solo en forma binaria, a 
sus sistemas propietarios Unix, siempre acompanados del clasico acuerdo de confiden- 
cialidad. Estas copias de X dejaron de ser software libre, igual que Unix. 

Los desarrolladores del X Window System no lo consideraron un problema — lo es- 
peraban y pretendian que eso ocurriera. Su objetivo no era la libertad sino el «exito», 
definido en funcion del numero de usuarios. No les importaba si estos eran libres o no, 
bastaba con que fueran muchos. 

Esto condujo a una situacion paradojica, en la que dos maneras de medir el grado 
de libertad dieron respuestas distintas a la pregunta «^Es libre este programa?» Si aten- 
demos a la libertad que proporcionaban los terminos de distribucion del MIT, entonces 
la conclusion es que el X era software libre. Pero si tenemos en cuenta la libertad del 
usuario medio de X, la respuesta es que se trataba de software propietario. La mayo- 
ria de los usuarios de X utilizaban las versiones propietarias que venlan con el sistema 
Unix, no la version libre. 

El Copyleft y la GNU GPL 

El objetivo de GNU era proporcionar libertad a los usuarios, no simplemente ser 
popular. De modo que necesitabamos idear unos terminos de distribucion que impi- 
dieran que el software de GNU se convirtiera en software propietario. El metodo que 
empleamos se denomino copyleft. 

Copyleft utiliza la ley de copyright, pero dandole la vuelta para servir a un propo- 
sito opuesto al habitual: en lugar de privatizar el software, ayuda a preservarlo como 
software libre. 

La idea fundamental del copyleft es que se autoriza la ejecucion del programa, su 
copia, modificacion y distribucion de versiones modificadas, siempre que no se anada 
ninguna clase de restriccion a posteriori. De este modo, las libertades cruciales que 
definen el «software libre» quedan garantizadas para cualquiera que posea una copia; 
estas libertades se convierten en derechos inalienables. 

Para que el copyleft sea efectivo las versiones modificadas deberan ser libres tam- 
bien. Esto garantiza que cualquier tarea basada en nuestro trabajo se pondra a dispo- 
sicion de la comunidad si llegara a publicarse. Cuando los programadores que tienen 
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empleo se ofrecen voluntariamente a mejorar el software GNU, solo el copyleft impide 
que sus jefes les digan: «No podeis compartir esos cambios, porque vamos a utilizarlos 
para crear nuestra version propietaria del programa». 

El requisito de que los cambios sean libres es esencial para garantizar la libertad 
de los usuarios del programa. Las empresas que privatizaron el X Window System 
incorporaron ciertos cambios para instalarlo en sus sistemas y en su hardware. Estos 
cambios eran pequenos comparados con la envergadura del sistema, pero no eran en 
absoluto triviales. Si estos cambios se esgrimian como excusa para denegar la libertad 
a los usuarios, cualquiera podria aprovecharse de ello. 

Al combinar un programa libre con un codigo no libre se plantea un problema si- 
milar. Esta combinacion acabaria siendo inevitablemente no libre; las libertades supri- 
midas en la parte no libre del programa afectaran a este en su totalidad. Autorizar este 
tipo de combinaciones abriria un boquete lo bastante grande para hundir el barco en- 
tero. Por lo tanto, un objetivo crucial del copyleft es tapar este boquete: cualquier cosa 
anadida o combinada con un programa copyleft, para formar una version modificada 
debera preservar su condicion de software libre y su copyleft. 

Nosotros aplicamos una forma especifica de copyleft para la mayor parte del soft- 
ware de GNU, conocida como la GNU General Public License o para abreviar GNU 
GPL. Recurrimos a otros tipos de copyleft segun las circunstancias especificas. Tambien 
se aplica el copyleft a los manuales de GNU, pero utilizamos una forma mas sencilla, 
porque la complejidad de la GNU GPL resulta innecesaria en estos casos. 

En 1984 o 1985, Don Hopkins — un companero con mucha imagination — me en- 
vio una carta. En el sobre habia escrito una serie de proverbios, incluido el que sigue: 
«Copyleft — quedan revocados todos los derechos». Emplee la palabra «copyleft» para 
bautizar el concepto de distribucion que andaba desarrollando en aquel momento. 

La Free Software Foundation 

A medida que aumentaba el interes por Emacs, otros vinieron a sumarse al proyecto 
GNU, y decidimos que era el momento de volver a buscar fuentes de financiacion. De 
este modo, en 1985 creamos la Free Software Foundation, una organization sin animo 
de lucro dedicada al desarrollo de software libre. La FSF tambien se hizo con la empresa 
de distribucion de copias de Emacs, a lo que mas tarde anadiria otros programas libres — 
no solo de GNU — asi como la venta de manuales libres. 

La FSF acepta donaciones, pero la mayor parte de sus ingresos siempre procedio de 
las ventas — de copias de software libre y de otros servicios relacionados con este. En 
la actualidad, vende CD-Rom de codigos fuente, CD-Rom con los binarios, manuales 
cuidadosamente impresos — con total libertad para redistribuirlos y modificarlos — y 
Deluxe Distributions — colecciones enteras de software adaptadas a la plataforma de 
election del cliente. 

Los empleados de la Free Software Foundation han escrito y se han encargado del 
mantenimiento de una serie de paquetes de software de GNU. Dos ejemplos notables 
son la libreria C y la shell. Todos los programas ejecutados en un sistema GNU/Linux 
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utilizan la libreria C de GNU para comunicarse con Linux. Fue desarrollada por un 
miembro de la plantilla de la Free Software Foundation, Roland McGrath. La shell uti- 
lizada en la mayoria de los sistemas GNU /Linux se llama BASH — acronimo de Bourne 
Again Shell — , desarrollada por otro empleado de la FSF, Brian Fox. 

Financiamos el desarrollo de estos programas porque el proyecto GNU no se redu- 
cia exclusivamente a las herramientas o al entorno de desarrollo. Nuestra meta era un 
sistema operativo completo, y estos programas eran necesarios para alcanzar nuestro 
objetivo. 

Con el nombre de «Bourne again Shell» pretendiamos mofarnos de la «Bourne 
Shell», la shell mas comun en Unix. 

Los servicios relacionados con el software libre 

La filosofia del software libre rechaza una practica empresarial concreta y muy ge- 
neralizada, pero no rechaza el negocio en general. Cuando una empresa respeta la libertad 
de los usuarios, le deseamos mucho exito. 

La venta de copias de Emacs ilustra una clase de empresa relacionada con el softwa- 
re libre. Cuando la FSF se hizo con el negocio, me vi obligado a buscarme nuevamente 
la vida. Asi fue como empece a vender servicios relacionados con el software libre que 
acababa de desarrollar. Esto incluia la ensenanza de cuestiones como la programacion 
de GNU Emacs, la modificacion del GCC a la medida del usuario o el desarrollo de 
software, normalmente para instalar el GCC en nuevas plataformas. 

Hoy por hoy, una serie de corporaciones se dedican a este tipo de servicios rela- 
cionados con el software libre. Algunas distribuyen colecciones de software libre en 
CD-Rom; otras proporcionan servicio tecnico a distintos niveles, contestando a las pre- 
guntas de los usuarios, subsanando bugs o anadiendo nuevas funciones. Incluso, es- 
tamos empezando a ver empresas dedicadas al lanzamiento de nuevos productos de 
software libre. 

Pero debemos andarnos con cuidado — una serie de empresas asociadas con el ter- 
mino «codigo abierto» basan su mercado en el software no libre que funciona con soft- 
ware libre. No son empresas de software libre, su software es propietario, y con sus 
productos pretenden tentar a los usuarios y despojarles de su libertad. Se las conoce 
como empresas de «valor anadido», lo que refleja los valores que querrian que adopta- 
semos: la comodidad antes que la libertad. Si valoramos la libertad, deberiamos hablar 
de productos de «libertad sustralda». 

Los objetivos tecnicos 

El principal objetivo de GNU era ser software libre. Aun cuando GNU no entranara 
ninguna ventaja tecnica frente a Unix, si tendria una ventaja social, al permitir que los 
usuarios cooperaran, y otra etica, al respetar su libertad. 

Pero es natural aplicar al trabajo los criterios ya conocidos de buena practica — por 
ejemplo, la asignacion dinamica de estructuras de datos para evitar las limitaciones de 
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tamano fijadas arbitrariamente y el empleo de codigos de ocho bits, siempre que esto 
resultara apropiado. 

Por otro lado, rechazabamos ese empeno de Unix en conservar una memoria redu- 
cida, y asi decidimos no dar soporte a las maquinas de 16 bits — estaba claro que las 
de 32 bits serlan la norma, para cuando hubieramos terminado el sistema GNU — y no 
reducir la memoria a menos que superasemos un megabyte. En los programas en que 
no fuera crucial administrar archivos de gran tamano, animabamos a los programado- 
res a insertar un archivo de entrada entero en el core, luego a escanear su contenido sin 
preocuparse del I/O. 

Estas decisiones permitieron que muchos programas GNU superasen a sus homo- 
logos de Unix en fiabilidad y velocidad. 

La donacion de ordenadores 

A medida que iba aumentaba la popularidad del proyecto GNU, la gente empezo 
a donar ordenadores que operaban con Unix. Y fueron de gran utilidad, porque la for- 
ma mas facil de desarrollar componentes de GNU era partiendo de un sistema Unix 
y reemplazar sus componentes uno a uno. Pero esto nos planted un dilema etico: iera 
correcto poseer, aunque fuera tan solo una copia, de Unix? 

Unix era — y es — software propietario, y segun la filosofia del proyecto GNU no 
debiamos recurrir a el. Pero, al aplicar la misma logica que nos lleva a justificar el uso 
de la violencia en legitima defensa, conclui que era igualmente legitimo utilizar un 
paquete propietario cuando este resultara crucial para desarrollar un sustituto libre que 
ayudaria a otros a dejar de utilizar el paquete propietario. 

Pero, aun cuando los medios justificaran el fin, no dejaban de ser medios poco eti- 
cos. Hoy en dla ya no tenemos ninguna copia de Unix, porque lo reemplazamos por 
sistemas operativos libres. Cuando no podiamos sustituir el sistema operativo de un 
ordenador por otro libre, entonces reemplazabamos el ordenador entero. 

La lista de tareas de GNU 

A medida que avanzaba el proyecto GNU y se desarrollaron o descubrieron un 
creciente numero de componentes de sistema, nos parecio muy util elaborar una lista 
de asignaturas pendientes. La utilizamos para reclutar desarrolladores que escribieran 
las piezas que faltaban. Esta lista se conocio como la lista de tareas de GNU. Ademas 
de los componentes de Unix, incluimos en la lista otros proyectos utiles de software y 
la documentacion que, en nuestra opinion, precisaba cualquier sistema completo. 

En la actualidad, apenas figuran algunos componentes de Unix en la lista de ta- 
reas de GNU — hemos llevado a cabo la mayor parte, a excepcion de algunas menos 
trascendentales. Pero la lista esta repleta de proyectos que podrian calificarse de «apli- 
caciones». Cualquier programa que despierte el interes de algo mas que un reducido 
grupo de usuarios se anadira al sistema operativo. 
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Incluso llegamos a incluir juegos en esta lista — lo hicimos desde el principio. Unix 
contenla juegos, asi que logicamente GNU tenia que hacer lo propio. Pero la compatibi- 
lidad nunca fue un problema para los juegos, de modo que no replicamos los de Unix. 
Optamos en cambio por una gama de distintas clases de juegos que pensamos podran 
gustar a los usuarios. 

La libreria GNU GPL 

La libreria C GNU utiliza un copyleft especial llamado GNU Library General Public 
License, que autoriza el enlace de software propietario con la libreria. <<Por que permitir 
esta excepcion? 

No es una cuestion de principios. Ningun principio establece el derecho de los pro- 
ductos de software propietario a incluir nuestro codigo — £por que contribuir a un pro- 
yecto que niega el derecho a compartir? El uso de la LGPL para la libreria C, o para 
cualquier otra libreria, responde mas bien a una estrategia. 

La libreria C desempena tareas genericas; todo sistema o compilador propietario 
viene acompanado de una libreria C. Por lo tanto, limitar nuestra libreria C al software 
libre no reportaria ninguna ventaja para este — hubiera desalentado el uso de nuestra 
libreria. 

Nuestro sistema es una excepcion a este respecto: en el sistema GNU — incluido 
GNU /Linux — , la libreria C GNU es la unica en C. Por lo que los terminos de dis- 
tribution de la libreria C GNU determinan si es posible o no compilar un programa 
propietario para el sistema GNU. No existen razones eticas para autorizar la incorpora- 
tion de aplicaciones propietarias en el sistema GNU, pero estrategicamente parece que 
prohibir esto desincentivaria el uso del sistema GNU en lugar de alentar el desarrollo 
de aplicaciones libres. 

Esta es la razon de que utilizar la Library GPL sea una buena estrategia para la 
libreria C. Para otras librerias, la estrategia a adoptar debe estudiarse caso por caso. Si 
una libreria desempena una tarea especial que puede ayudar a escribir ciertos tipo de 
programas, publicarla con GPL, limitandola exclusivamente a los programas libres, sera 
una manera de ayudar a otros desarrolladores de software libre, proporcionandoles una 
ventaja frente al software propietario. 

Tomemos por ejemplo la GNU Readline Jejuna libreria desarrollada para la edition 
de comandos para BASH. Readline se publica con una GNU GPL ordinaria, no con 
la Library GPL. Es indudable que esto reduce el volumen de uso de Readline, pero 
no supone una perdida para nosotros. Por otro lado, se ha desarrollado al menos una 
aplicacion util en software libre que puede utilizar la Readline, y esto si constituye un 
autentico logro para la comunidad. 

Los desarrolladores de software propietario cuentan con la ventaja que proporcio- 
na el dinero; los de software libre deben idear ventajas entre ellos. Espero que un dia 



4 La libreria GNU Readline provee una serie de funciones a aquellas aplicaciones que permitan a sus 
usuarios editar lineas de comando desde el teclado. 
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contemos con una amplia coleccion de librerlas con GPL sin paralelo en el mundo del 
software propietario, una coleccion que proporcione modulos utiles que sirvan de base 
para el futuro software libre y entranen una ventaja decisiva para fomentar su desarro- 
llo. 

^Un reto personal? 

Eric Raymond dice que «todo buen trabajo de software empieza cuando un desa- 
rrollador se plantea un reto personal». Es posible que este en lo cierto, pero muchos 
componentes esenciales del software GNU se desarrollaron con el fin de crear un siste- 
ma operativo libre y completo. Su origen esta en una vision y un plan, no en un impulso 
individual. 

Por ejemplo, desarrollamos la libreria C GNU, la Bourne Again Shell (BASH) y el 
GNU tar porque cualquier sistema similar a Unix precisaba de estos componentes. Lo 
mismo puede decirse de mis propios programas — el compilador C GNU, GNU Emacs, 
GDB y GNU Make. 

Algunos programas GNU se desarrollaron para enfrentarse a amenazas especlfi- 
cas sobre nuestra libertad. Por eso desarrollamos el gzip, para sustituir al programa 
Compress cuando este dejo de estar a disposition de la comunidad gracias a las paten- 
tes LZW0 Buscamos a gente que pudiera desarrollar el LessTif, y mas recientemente 
GNOME y Harmony, y as! abordar los problemas planteados por ciertas librerias pro- 
pietarias — vease a continuation « Librerias no libres». Estamos desarrollando el GNU 
Privacy Guard para reemplazar el popular software de encriptacion no libre, porque 
los usuarios no deberian verse obligados a elegir entre su privacidad y su libertad. 

Claro que la gente encargada de escribir estos programas empezo a interesarse en el 
trabajo, y algunos anadieron muchas funciones para satisfacer sus propias necesidades 
e intereses. Pero esa no es la razon de la existencia de los programas. 

Acontecimientos inesperados 

Al iniciarse el proyecto GNU pense que desarrollariamos el sistema en su totalidad 
y luego lo publicariamos entero. Pero no fue asl. 

Dado que cada uno de los componentes del sistema GNU se implanto en un sistema 
Unix, todos ellos podian ejecutarse en sistemas Unix mucho antes de que existiera el 
sistema GNU. Algunos de estos programas se hicieron muy populares y los usuarios 
empezaron a ampliarlos y a transportarlos — a las diversas versiones incompatibles de 
Unix, y tambien a otros sistemas. 

El proceso doto de mayor potencia a estos programas, y atrajo tanto fondos como 
colaboradores al proyecto GNU. Pero es probable que tambien retrasara la conception 
de un sistema mfnimamente funcional durante varios anos, dado que los desarrollado- 
res de GNU dedicaban la mayor parte de su tiempo al mantenimiento de estos puertos 



5 E1 algoritmo Lempel-Ziv-Welch se emplea para la compresion de datos. 



CAPfTULO 1. EL PROYECTO GNU 



28 



y a la incorporation de funciones a los componentes existentes, en vez de escribir los 
que faltaban. 

El GNU Hurd 

En 1990, el sistema GNU estaba casi terminado. Faltaba crear un solo componente 
central, el kernel. Decidimos crearlo como una coleccion de procesos de servidor que 
se ejecutaria sobre Mach. Mach es un microkernel desarrollado en la Carnegie Mellon 
University y mas tarde, en la Universidad de Utah. El GNU Hurd es una coleccion de 
servidores — o «manada de gnus» — implantados en Mach que desempenan las diversas 
tareas propias del kernel de Unix. Su desarrollo se retraso mientras esperabamos la 
publicacion de Mach como software libre, tal y como nos habian prometido. 

Una de las razones que nos impulso a elegir este diseno era evitar lo que pare- 
cia la parte mas dura del trabajo: depurar un programa de kernel sin un depurador 
de fuentes. Esto ya se habia resuelto en Mach, y esperabamos depurar los servidores 
Hurd como programas de usuarios, con el GDB. Pero paso mucho tiempo hasta que 
lo logramos, y los servidores multiproceso que se envian mensajes entre si resultan ex- 
tremadamente dificiles de depurar. La consolidacion del Hurd ha llevado muchisimos 
anos. 

Mix 

En principio, el kernel GNU no iba a llamarse Hurd. Su nombre original era Alix 
— por mi novia de aquel momento. Ella era administradora de sistemas Unix, y advir- 
tio que su nombre casaba perfectamente con los nombres escogidos para las distintas 
versiones de Unix. Bromeando, le dijo a sus amigos: «Deberian bautizar un kernel con 
mi nombre». No dije nada, pero decidi sorprenderla con un kernel llamado Alix. 

Sin embargo, el nombre no se mantuvo. Michael Bushnell — ahora Thomas — , el 
principal desarrollador del kernel, preferia el nombre de Hurd, y llamo Alix a una parte 
del kernel — la encargada de capturar las llamadas del sistema y administrarlas envian- 
do mensajes a los servidores Hurd. 

Por fin, Alix y yo nos separamos y ella se cambio de nombre. En cualquier caso, el 
diseno de Hurd se modified para que la libreria C enviase mensajes directamente a los 
servidores, lo que supuso la desaparicion del componente Alix. 

Pero antes de todo esto, una amiga de Alix se encontro con el nombre en el codigo 
fuente de Hurd y se lo conto. Asi que el nombre cumplio su cometido. 

Linux y GNU/Linux 

El GNU Hurd no esta listo para produccion. Afortunadamente, otro kernel estaba a 
nuestra disposition. En 1991, Linus Torvalds desarrollo un kernel compatible con Unix 
y lo llamo Linux. En el ano 1992, la combination de Linux con el incompleto sistema 



CAPfTULO 1. EL PROYECTO GNU 



29 



GNU resulto en un sistema operativo libre. [Esta combinacion fue, por supuesto, una 
labor extraordinaria]. Gracias a Linux podemos ejecutar hoy una version del sistema 
GNU. 

Denominamos esta version GNU/Linux para explicar su composition, una combi- 
nacion del sistema GNU con Linux como kernel. 

Los retos futuros 

Hemos demostrado ser capaces de desarrollar una amplia gama de software libre. 
Esto no significa que seamos invencibles e imparables. Existen diversos retos que plan- 
tean un futuro incierto para el software libre. Enfrentarnos a ellos nos exigira un esfuer- 
zo constante y mucha resistencia, a veces por muchos anos. Necesitaremos la clase de 
determination que exhibe la gente cuando valora su libertad y la protege a toda costa. 

En los cuatro apartados que siguen discutiremos estos retos. 

Hardware secreto 

Los fabricantes de hardware tienden cada vez mas a mantener en secreto las espe- 
cificaciones del hardware. Esto dificulta enormemente la tarea de escribir drivers libres 
para que Linux y Xfree86^] sean compatibles con el hardware nuevo. Hoy contamos 
con sistemas libres y completos, pero no duraran mucho si no son compatibles con los 
ordenadores del manana. 

Hay dos formas de enfrentarse a este problema. Los programadores pueden hacer 
ingenieria inversa para descubrir como crear programas compatibles con el hardware. 
El resto podemos elegir que hardware sera compatible con el software libre. A medida 
que aumente el numero de usuarios de software libre, el secretismo de estas especifica- 
ciones se convertira en una politica contraproducente. 

Hacer ingenieria inversa es una labor colosal. ,;Contaremos con programadores lo 
bastante decididos para llevarla a cabo? Si, siempre que les hayamos convencido de que 
el software libre es una cuestion de principios y de que los drivers no libres son into- 
lerables. ^Invertiremos dinero extra, e incluso tiempo extra, para poder utilizar drivers 
libres? Si, siempre y cuando se generalice esta voluntad de recuperar nuestra libertad. 

Librenas no libres 

La libreria no libre que opera en un sistema operativo libre constituye una trampa 
para los desarrolladores de software libre. Las atractivas funciones de la libreria son el 
cebo perfecto; al utilizar la libreria, caes en la trampa, porque tu programa no puede 
integrarse de forma util en un sistema operativo libre. [Estrictamente hablando, po- 
driamos incluir tu programa, pero este no podria ejecutarse sin la libreria]. Y, lo que es 



6 E1 Xfree86 es un programa que proporciona un entorno de escritorio que interactua con tu hardware 
— raton, teclado, etc. Funciona en plataformas muy diversas. 
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peor, en caso de popularizarse un programa que utilice una librerla propietaria, podrla 
arrastrar a otros programadores desprevenidos hacia la misma trampa. 

El primer ejemplo de este problema se presento en los anos ochenta, con el Motif 
fooZMHAunque entonces no habla sistemas opera tivos libres, estaba claro que proble- 
ma iba a plantearles el Motif mas tarde. El Proyecto GNU respondio de dos formas: 
planteando la necesidad de que los proyectos individuales de software libre fueran 
compatibles tanto con los toolkit widgets X libres como con Motif, y encargando la 
creacion de un sustituto libre para Motif. La tarea tardo muchos anos en concluirse. So- 
lo en 1997 el LessTif, desarrollado por los Hungry Programmers, fue lo suficientemente 
potente para la mayorla de las aplicaciones Motif. 

Entre 1996 y 1998, otro toolkit no libre de Graphical User Interface (GUI) llamado 
Qt se incorporo a una notable coleccion de software libre, el escritorio KDE. 

Los sistemas libres GNU/Linux no podlan aprovechar el KDE porque no podla- 
mos emplear la librerla. A pesar de ello, algunos distribuidores comerciales de sistemas 
GNU/Linux, bastante flexibles a la hora de mezclar software libre, anadieron el KDE a 
sus sistemas — lo cual darla lugar a un sistema con mas posibilidades y menos libertad. 
El grupo KDE animo activamente a otros programadores a que utilizasen Qt, mien- 
tras que millones de nuevos «usuarios de Linux» ni siquiera sospechaban que pudiera 
existir un problema al respecto. La situacion era desoladora. 

La comunidad del software libre reacciono de dos maneras: GNOME y Harmony. 

GNOME, el GNU Network Object Model Environment, es el proyecto de escritorio 
de GNU. Miguel de Icaza tomo la iniciativa en 1997, y se desarrollo con el apoyo de Red 
Hat Software. GNOME pretendla proveer prestaciones similares, pero usando exclusi- 
vamente software libre. Entrana algunas ventajas tecnicas, como la de ser compatible 
con varios lenguajes, y no solo el C++. Pero su principal proposito era la libertad, fun- 
cionar sin software no libre. 

Harmony es una librerla sustitutiva compatible, disenada con el fin de ejecutar soft- 
ware KDE sin recurrir a Qt. 

En noviembre de 1998, los desarrolladores de Qt anunciaron un cambio de licencia 
que, en caso de aplicarse, lo convertirla en software libre. Aunque no podemos estar 
seguros de esto, creo que el cambio se debio en parte a la firme respuesta de la comuni- 
dad ante el problema que planteaba la condicion no libre de Qt. [Esta nueva licencia es 
incomoda y no equitativa, por lo que sigue siendo aconsejable evitar el uso de 

^Como responderemos a la tentacion que plantee la proxima librerla no libre? 
^Comprendera la comunidad la necesidad de mantenernos alejados de cualquier tram- 
pa que se nos presente en el camino? ,;0 renunciaremos a la libertad a cambio de la 
comodidad, y dar lugar as! a un problema mucho mayor? Nuestro futuro depende de 
nuestra filosofla. 

7 Motif es una interfaz grafica y administrador de ventanas que opera en X Window, un potente sistema 
grafico basado en una arquitectura cliente/ servidor. 

8 En septiembre de 2000 volveria a publicarse el Qt con GNU GPL, lo que basicamente resolvia el pro- 
blema. 
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Patentes de software 

La amenaza mas seria a la que nos enfrentamos procede de las patentes de software, 
que pueden introducir algoritmos y funciones fuera del alcance del software libre al me- 
nos durante veinte aftos. Las patentes del algoritmo de compresion LZW se aplicaron 
en 1983, y todavla no podemos publicar software libre que produzca GIFs adecuada- 
mente comprimidos. En 1998, se suspendio la distribucion de un programa libre para 
producir archivos de audio MP3 comprimidos bajo amenaza de una demanda judicial 
por patente. 

Existen formas de abordar la cuestion de las patentes: buscar pruebas que demues- 
tren la invalidez de una patente o buscar modos alternativos para realizar una tarea. 
Pero estos metodos funcionan solo de vez en cuando; cuando fallan ambos, la patente 
puede resultar en un software libre desprovisto de alguna funcion necesaria para los 
usuarios. iQue haremos entonces? 

Quienes valoramos el software libre por la libertad que este entrana seguiremos 
en la misma linea. Lograremos sacar adelante el trabajo sin funciones patentadas. Pe- 
ro quienes valoran el software libre porque esperan que sea tecnicamente superior se 
inclinaran por calificarlo de fracaso cuando este software se vea restringido por una pa- 
tente. De modo que, a pesar de que resulta muy util discutir la efectividad practica del 
modelo de desarrollo de tipo «catedral» y la fiabilidad y potencia de ciertos programas 
de software libre, debemos ir mas alia. Debemos hablar de libertad y de principios. 

Documentacion libre 

La mayor deficiencia de nuestros sistemas operativos no reside en el software, sino 
en la ausencia de buenos manuales libres para nuestros sistemas. La documentacion es 
una parte esencial de cualquier paquete de software; un paquete importante de softwa- 
re libre sin un buen manual libre que lo acompafte constituye un lastre considerable. 
Tenemos muchos ejemplos de ello en la actualidad. 

La documentacion libre, al igual que el software, es una cuestion de libertad, no 
de precio. Los criterios para el manual libre son bastante parecidos a los del software 
libre: hay que darles a los usuarios ciertas libertades. Debe autorizarse la redistribu- 
tion — incluida la venta comercial — en papel y on line, de modo que el manual pueda 
acompanar a todas las copias del programa. 

Autorizar su modificacion resulta igualmente crucial. Por regla general, no creo que 
la gente deba tener el derecho de modificar toda clase de artlculos y libros. Por ejemplo, 
no creo que ni tu ni yo estemos obligados a autorizar la modificacion de articulos como 
este, que describe nuestros actos y opiniones. 

Pero existe una razon espetifica de que la libertad para modificar sea un elemento 
crucial para la documentacion relativa al software libre. Cuando los individuos ejercen 
su derecho a modificar el software, y anadir o cambiar sus funciones, si son lo bastante 
concienzudos cambiaran asimismo el manual — y asi proporcionaran una documenta- 
cion concisa y util junto con el programa modificado. Un manual que no permita a los 



CAPfTULO 1. EL PROYECTO GNU 



32 



programadores trabajar concienzudamente y terminar su labor no satisfara las necesi- 
dades de la comunidad. 

Algunos limites a la incorporacion de estas modificaciones no plantean problema 
alguno, como es el caso de los requisitos establecidos para preservar la advertencia 
sobre copyright del autor original, los terminos de distribution o la lista de autores. O 
aquellos que exigen que las versiones modificadas incluyan la fecha de la modification, 
o que incluso prohfben la supresion o alteration de secciones enteras, siempre que estas 
no traten sobre temas tecnicos. Este tipo de restricciones no plantean un problema por- 
que no impiden al programador concienzudo adaptar el manual para que se ajuste al 
programa modificado. Dicho de otro modo, no impiden que la comunidad de software 
libre disfrute plenamente del uso del manual. 

Sin embargo, debemos ser capaces de modificar el contenido «tecnico» del manual 
y luego distribuir el resultado en los medios y canales habituales; de lo contrario, las 
restricciones obstruiran a la comunidad, el manual dejara de ser libre y necesitaremos 
elaborar uno nuevo. 

^Contaran los desarrolladores de software libre con la conciencia y la determina- 
tion para producir una amplia gama de manuales libres? Una vez mas, nuestro futuro 
depende de nuestra filosofia. 

Es necesario hablar de libertad 

Actualmente, se calcula que existen diez millones de usuarios de sistemas 
GNU/Linux como Debian GNU/Linux y Red Hat Linux. El software libre ha desarro- 
llado tales ventajas practicas que esta ganando adeptos por razones puramente practi- 
cas. 

Las consecuencias positivas de esto son evidentes: un mayor interes por desarrollar 
software libre, mas clientes para las empresas de software libre y una mayor capacidad 
para alentar a las empresas a desarrollar software libre comercial en lugar de productos 
de software propietario. 

Pero el interes en el software crece a un ritmo superior que la conciencia de la filo- 
sofia en que se fundamenta, y esto plantea ciertas dificultades. Nuestra capacidad para 
hacer frente a los desaflos y las amenazas anteriormente descritos dependera de nues- 
tra voluntad de mantenernos firmes en nombre de la libertad. Para convencer de ello a 
nuestra comunidad, habremos de difundir la idea entre los nuevos usuarios que pasen 
a formar parte de ella. 

Pero estamos fracasando: nuestros esfuerzos por atraer a nuevos usuarios a nues- 
tra comunidad superan con creces a nuestras iniciativas a la hora de ensenarles los 
principios de nuestra comunidad. Debemos dedicarnos a ambos objetivos y compensar 
nuestros esfuerzos en ambas direcciones. 
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«Open Source» (codigo fuente abierto) 

La tarea de ensenar a los nuevos usuarios el valor de la libertad se complied especial- 
mente en 1998, cuando parte de la comunidad decidio abandonar el termino «software 
libre» y empezo a hablar de «software de codigo abierto». 

Los partidarios de este termino trataban de evitar la confusion entre «libre» y 
«gratuito» — un objetivo muy legitime Pero otros intentaban dejar a un lado los prin- 
cipios que habian impulsado la creacion del software libre y el proyecto GNU, pro- 
curando asi atraer a los ejecutivos y a los usuarios de empresas, quienes comparten 
mayoritariamente una ideologia que antepone las ganancias economicas a la libertad, 
a la comunidad, a los principios. De modo que la retorica del «codigo abierto» se con- 
centra en la posibilidad de crear un software de alta calidad y capacidad, pero rehuye 
las nociones de libertad, comunidad y principios. 

Un claro ejemplo de ello son las revistas «Linux» — estan repletas de anuncios de 
software propietario que funciona con GNU/ Linux. Cuando aparezca el proximo Mo- 
tif, o Qt, ^advertiran estas revistas a los programadores de que se alejen de ellos, o los 
anunciaran sin mas? 

El apoyo de la comunidad empresarial puede contribuir al bien de la comunidad de 
distintas maneras, siempre que partamos de unas condiciones de igualdad. Pero si nos 
ganamos su apoyo callandonos lo que pensamos sobre la libertad y los principios, el 
resultado puede ser desastroso, y solo se agudizaria el desequilibrio ya existente entre 
la difusion y la educacion civica. 

Los terminos «software libre» y «codigo abierto» describen mas o menos la misma 
categoria de software, pero implican cosas muy distintas acerca del software y sus va- 
lores. El Proyecto GNU sigue empleando el termino «software libre» para expresar la 
idea de que la libertad, y no solo la tecnologia, es importante. 

jlntentalo! 

La filosofia de Yoda — «No podemos solo intentarlo» — suena bien, pero no me 
sirve. He realizado mi trabajo siempre ansioso ante la perspectiva de que no tuviera 
suficiente capacidad para ello, sin saber si mi labor bastaria para alcanzar el objetivo 
deseado. Pero lo intente de todas formas, porque entre el enemigo y mi ciudad solo 
estaba yo. Para mi sorpresa, a veces del exito obtenido. 

En otras ocasiones fracase. Algunas de mis ciudades han caido. Mas tarde descubri 
otra ciudad amenazada y me prepare para otra batalla. Con el tiempo, he aprendido 
a detectar las amenazas y a interponerme entre ellas y mi ciudad, haciendo un llama- 
miento a otros hackers para unirse a mi. 

Hoy en dia, a menudo me encuentro que no estoy solo. La vision de un regimiento 
de hackers manos a la obra constituye una fuente de alivio y de alegria, y pienso que 
la ciudad sobrevivira por el momento. Pero con el transcurso de los anos los peligros 
son cada vez mayores, y ahora Microsoft nos tiene en su punto de mira. No podemos 
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pensar que el futuro de la libertad esta asegurado. ;No os enganeis! Si quieres conservar 
tu libertad, tienes que estar preparado para defenderla. 



Capftulo 2 

El Manifiesto GNU 



El Manifiesto GNUfue escrito por Richard Stallman en los comienzos del Proyecto GNU, 
con elfin de pedir participacion y apoyo. En los primeros anos, se hicieron actualizaciones meno- 
res para tomar en cuenta nuevos desarrollos, pero ahora parece ser mejor dejarlo como esta tal y 
como la mayoria de la gente lo ha visto. Desde entonces, hemos aprendido que es posible ayudar 
a evitar ciertas confusiones corrientes con un cambio en la seleccion de palabras, a lo largo de 
estos se han anadido notas al pie de pdgina para aclarar estas confusiones. 

iQue es GNU? ;Gnu No es Unix! 

GNU, que significa Gnu No es Unix, es el nombre de un sistema de software comple- 
tamente compatible con Unix que estoy escribiendo para poder regalarlcj^] libremente 
a quien pueda utilizarlo. Hay varios voluntarios ayudandome. Son muy necesarias las 
contribuciones en tiempo, dinero, programas y equipamiento. 

Hasta el momento tenemos un editor de texto Emacs con Lisp para escribir coman- 
dos de edicion, un depurador de codigo fuente, un generador compatible con yacc, 
un comunicador y alrededor de 35 utilidades. Un shell (interprete de comandos) se 
encuentra casi terminado. Un nuevo compilador portable de C ha sido compilado y 
sera lanzado este ano. Existe un kernel inicial pero requiere muchas mas caracteristicas 
para emular a Unix. Cuando el nucleo y el compilador esten completos, sera posible 
distribuir un sistema GNU apropiado para el desarrollo de programas. Usaremos el 
procesador de documentos TeX, pero tambien se esta trabajando en un nroff. Usaremos 
tambien el sistema libre de ventanas X que se puede migra. Despues de esto agregare- 
mos un Lisp portable, un juego Empire, una hoja de calculo y cientos de otras cosas, 

1 Publicado por primera vez en 1984 

2 Esta expresion era desafortunada. La intencion era decir que nadie tendria que pagar por el permiso de 
usar el sistema GNU. Pero las palabras no aclaran, y la gente interpreta a menudo que se dice que las copias 
de GNU deberan ser siempre distribuidas a un costo bajo o sin costo. Esta nunca fue la intencion; mas 
adelante, el manifiesto menciona la posibilidad de que las companias provean servicios de distribution 
con una ganancia. Con posterioridad he aprendido a distinguir cuidadosamente entre «free» [libre] en el 
sentido de libertad y «free» [gratis] en el sentido del precio. Software libre es software que los usuarios 
tienen la libertad de distribuir y cambiar. Algunos usuarios pueden obtener copias sin pagar, mientras que 
otros pagan para obtener copias; y si los fondos ayudan a apoyar la mejora del software, tanto mejor. Lo 
importante es que todos los que tengan una copia tengan la libertad de cooperar con otros al usarlo. 

35 
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ademas de documentacion en linea. Esperamos proporcionar, con el tiempo, todas las 
utilidades que vienen normalmente con un sistema Unix, y mas. 

GNU sera capaz de ejecutar programas de Unix, pero no sera identico a Unix. Hare- 
mos todas las mejoras que sean convenientes y esten basadas en nuestra experiencia con 
otros sistemas opera tivos. Concretamente, planeamos tener nombres de archivos mas 
largos, numeros de version de archivos, un sistema de archivos a prueba de caidas, tal 
vez incorporemos un sistema para completar nombres de archivos, soporte en pantalla 
independiente del tipo de terminal y quiza en un futuro un sistema de ventanas basado 
en Lisp a traves del cual varios programas Lisp y programas ordinarios Unix puedan 
compartir una sola pantalla. Tanto C como Lisp estaran disponibles como lenguajes de 
programacion. Intentaremos soportar UUCP, Chaosnet del MIT y otros protocolos para 
comunicacion en Internet. 

GNU esta siendo escrito inicialmente para maquinas de la clase 68000/16000 con 
memoria virtual, porque estas son las maquinas en las que es mas sencilla su ejecucion. 
El esfuerzo adicional para hacerlo funcionar en maquinas mas pequenas se dejara a 
alguien que quiera utilizarlo en ellas. 

Para evitar una horrible confusion, por favor pronuncie la «G» en la palabra «GNU» 
cuando se refiera al nombre de este proyectoj^] 

Por que debo escribir GNU 

Considero que la regla de oro requiere que si a mi me gusta un programa, lo debo 
compartir con otra gente que le guste. Los vendedores de software quieren dividir a los 
usuarios y seducirlos, haciendo que cada usuario acuerde no compartir su software con 
otros. Yo rehuso a romper mi solidaridad con otros usuarios de esta manera. No puedo 
en buena conciencia firmar un acuerdo de no divulgacion o un acuerdo de licencia de 
software. Durante anos trabaje dentro del Laboratorio de Inteligencia Artificial para 
impugnar estas tendencias y otras descortesias, pero al final ellos fueron demasiado 
lejos: no podia permanecer en una institucion donde hiciera estas cosas en contra de mi 
voluntad. 

De manera que para poder continuar usando ordenadores sin vergtienza, he deci- 
dido agrupar un cuerpo suficiente de software libre de tal manera que pueda seguir 
andando sin ninguna clase de software que no sea libre. He dejado el laboratorio de IA 
para negar al MIT cualquier excusa legal que me prohiba distribuir software GNU. 

Por que GNU sera compatible con Unix 

Unix no es mi ideal de sistema, pero no es del todo malo. Las caracteristicas esen- 
ciales de Unix parecen ser buenas y pienso que puedo anadir lo que le falta a Unix sin 
echarlas a perder. Un sistema compatible con Unix seria conveniente para que otras 
personas puedan adoptarlo. 

3 GNU se pronuncia en ingles de forma muy similar a 4 [ que significa «nuevo». [N. del E.] 



CAPfTULO 2. EL MANIFIESTO GNU 



37 



Como estara disponible GNU 

GNU no es de dominio publico. Todos tendran permiso para modificar y redistri- 
buir GNU, pero a ningun distribuidor se le permitira restringir su redistribucion pos- 
terior. Es decir, no estaran permitidas modificaciones propietarias. Quiero asegurarme 
de que todas las versiones de GNU permanezcan libres. 

Por que quieren cooperar muchos otros programadores 

He encontrado muchos otros programadores que estan entusiasmados con GNU y 
quieren ayudar. 

Muchos programadores estan descontentos con la comercializacion del software de 
sistema. Puede permitirles ganar mas dinero, pero por lo general les hace sentirse en 
conflicto con otros programadores, en lugar de sentirse como companeros. El acto fun- 
damental de amistad entre programadores es el hecho de compartir programas; los 
acuerdos de marketing usados de forma generalizada esencialmente prohfben a los 
programadores tratar a sus semejantes como amigos. El comprador de software de- 
be escoger entre la amistad y la obediencia a la ley. Naturalmente, muchos deciden que 
la amistad es mas importante. Pero aquellos que creen en la ley a menudo no se sienten 
bien con ninguna de las dos opciones. Se vuelven cinicos y piensan que la programa- 
cion es solo otra forma de hacer dinero. 

Al desarrollar y utilizar GNU en lugar de programas propietarios, nosotros pode- 
mos ser hospitalarios con todos y obedecer la ley. Ademas, GNU sirve como ejemplo 
de inspiracion y como bandera para conminar a otros a unirse a nosotros en el acto de 
compartir. Esto puede darnos una sensacion de armonia que es imposible cuando uti- 
lizamos software que no es libre. Porque para cerca de la mitad de los programadores 
con quienes he hablado, este es un motivo de felicidad importante, que el dinero no 
puede reemplazar. 

Como puedes contribuir 

Estoy pidiendo a los fabricantes de ordenadores que donen equipos y dinero. Estoy 
pidiendo donativos en forma de programas y trabajo. 

Una consecuencia que esperable si donas equipos es que GNU se ejecutara en ellos 
desde una etapa temprana. Las maquinas deberan estar completas, con los sistemas 
listos para su uso, probadas para uso en areas residenciales y no requerir ventilacion o 
fuentes de energia sofisticadas. 

He encontrado que muchos programadores estan ansiosos de contribuir trabajan- 
do a tiempo parcial para GNU. Para la mayoria de los proyectos esta distribucion de 
trabajos a tiempo parcial seria muy dificil de coordinar. Pero para la tarea particular 
de reemplazar Unix no existe este problema. Un sistema completo en Unix contiene 
cientos de utilidades, cada una de las cuales se documenta por separado. Casi todas 
las especificaciones de la interfaz han sido fijadas para ser compatibles con Unix. Si 
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cada colaborador puede escribir un sustituto compatible para una sola utilidad Unix, 
y hacer que funciones apropiadamente en lugar del programa original en un sistema 
Unix, entonces estas utilidades funcionaran correctamente cuando sean reunidas. In- 
cluso permitiendo que Murphyj^] origine algunos problemas inesperados, el ensamblaje 
de estos componentes sera una tarea factible. (El kernel va a requerir una comunicacion 
mas estrecha y un grupo mas pequeno y unido trabajara en el). 

Si obtengo donativos de dinero, estare en condiciones de contratar unas cuantas 
personas a tiempo completo o a tiempo parcial. El sueldo no sera alto en relacion al 
estandar de los programadores, pero estoy buscando a gente para quien la construccion 
de esplritu comunitario tenga tanta importancia como hacer dinero. Considero esto 
como una manera de dar oportunidad a gente interesada para que dediquen todas sus 
energias a trabajar en GNU, evitando la necesidad de ganarse la vida de otra manera. 



Por que se beneficiaran todos los usuarios de ordenadores 

Una vez que se haya escrito GNU, todos podremos obtener un buen sistema de 
software libre, al igual que obtenemos airej^] 

Esto significa mucho mas que el simple ahorro del precio de una licencia Unix. Sig- 
nifica que se evitara mucho del derroche de esfuerzos en la duplicacion de la progra- 
macion de sistemas. Este esfuerzo puede enfocarse mejor para hacer avanzar el estado 
de la tecnica. 

Los codigos completos del sistema estaran disponibles para todo el mundo. Como 
resultado, un usuario que necesite modificar el sistema sera siempre libre de hacerlo por 
si mismo, o de contratar a cualquier programador o empresa disponible para hacerlo 
por el. Los usuarios no estaran ya a merced de un programador o una empresa que sea 
duena del codigo fuente y que sea la unica en posicion de realizar modificaciones. 

Las escuelas podran proporcionar un ambiente bastante mas educativo, animando 
todos los estudiantes a estudiar y mejorar el codigo del sistema. En el laboratorio de 
programacion de Harvard solian tener la polltica de que ningun programa podia ser 
instalado en el sistema si su codigo fuente no estaba a disposicion del publico; la ejerci- 
taban a base de negarse a instalar ciertos programas. En buena medida, yo me inspire 
en esto. 

Finalmente, el lastre de considerar quien es dueno de que sistema de software y de 
lo que esta o no esta permitido hacer con el, habra desaparecido. 

Los acuerdos para obligar a la gente a pagar por utilizar un programa, incluyendo 
la licencia de copias, siempre incurren en un tremendo coste para la sociedad por los 
aparatosos mecanismos necesarios para determinar cuanto — esto es, que programas — 

5 Esta es una referencia a «La Ley de Murphy» una ley humoristica que dice que si es posible que algo 
pueda ir mal, ira mal. 

6 Este es otro sitio en donde me equivoque al no distinguir cuidadosamente entre los dos diferentes 
significados de «libre». La afirmacion tal como esta escrita no es falsa: uno puede obtener copias gratuitas 
de software GNU, ya sea de sus amistades o a traves de la Internet. Pero se esta sugiriendo una idea 
erronea. 
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debe pagar una persona. Solo un estado policial puede forzar a obedecer a todo el 
mundo. Considerese una estacion espacial en donde el aire debe fabricarse con un gran 
coste: cobrar a cada respirador por litro de aire quiza sea justo, pero el uso continuo de 
una mascara de aire con medidor todo el dia y toda la noche seria intolerable, aunque 
todos pudieran permitirse pagar su consumo de aire. Tener camaras de television por 
todos lados para ver si se quita uno la mascara seria el colmo. Es mejor costear la planta 
de aire con un impuesto por persona y desechar las mascaras. 

Copiar por completo o una parte de un programa es tan natural para un programa- 
dor como respirar y le es igual de productivo. Debiera ser igualmente libre. 

Algunas objeciones facilmente rebatibles a los objetivos de GNU: 

— «Nadie lo usard debido a que es gratuito, ya que esto signified que no cuenta con ninguna 
asistencia». 

— «Se tiene que cobrar por el programa para pagar el servicio de soporte.» 

Si la gente prefiriera pagar por GNU y su servicio en vez de obtener GNU libre y 
sin servicio, una empresa que ofrezca servicio a las personas que obtuvieron GNU libre 
debiera tener beneficios. 

Debemos distinguir entre asistencia bajo la forma de un verdadero trabajo de pro- 
gramacion y lo que es meramente llevar de la mano al usuario. En relacion a la primera 
no se puede depender del vendedor de software. Si tu problema no es compartido por 
un numero suficiente de clientes, el vendedor lo ignorara. 

Si tu negocio requiere poder confiar en la asistencia, la unica manera es tener el 
codigo fuente y todas las herramientas necesarias. De este modo, puedes contratar a 
cualquier persona disponible para corregir el problema; y no estar a merced de ningun 
individuo. Con Unix, el precio del codigo fuente deja esta posibilidad fuera de cualquier 
consideration para la mayoria de los negocios. Con GNU esto sera sencillo. Es posible 
que todavia no haya ninguna persona competente disponible, pero este problema no se 
le puede imputar a los acuerdos de distribution. GNU no elimina todos los problemas, 
solo algunos de ellos. 

Mientras tanto, los usuarios que no saben de ordenadores necesitan que se les lleve 
de la mano: hacer cosas por ellos que ellos mismos podrian hacer facilmente, pero que 
no saben como hacerlas. 

Estos servicios podran ser proporcionados por companias que vendan solamente 
servicios de asesoria y de reparation. Si es verdad que los usuarios prefieren gastar 
dinero y obtener un producto con servicio, estaran igualmente de acuerdo en adquirir 
el servicio habiendo obtenido el producto de forma gratuita. Las empresas de servicios 
competiran en calidad y precio; los usuarios no estaran atados a ninguna en particular. 
Entre tanto, aquellos de nosotros que no necesitemos servicios debemos poder usar el 
programa sin pagar por el servicio. 

— «No se puede llegar a mucha gente sin publicidad y uno debe cobrar por el programa para 
mantener esto». 

— «No tiene sentido dar publicidad a un programa que la gente puede obtener gratuitamente». 
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Existen varias formas de publicidad gratuita o de bajo costo que pueden usarse 
para informar a numerosos usuarios de ordenadores acerca de algo como GNU. Pero 
quiza sea verdad que se puede llegar a mas usuarios de microordenadores a traves de 
la publicidad. Si realmente es asl, un negocio que haga publicidad del servicio de copia 
y envlo de GNU por un precio, deberia ser lo suficientemente exitoso como para pagar 
como mmimo su publicidad. De esta forma, solo los usuarios que se beneficien de la 
publicidad pagaran por ella. 

Por otro lado, si mucha gente obtiene GNU a traves de sus amistades y estas empre- 
sas no resultan ser un buen negocio, esto demostraria que la publicidad no era realmen- 
te necesaria para divulgar GNU. ,;Por que sera que los defensores del libre mercado no 
quieren permitir que el libre mercado decida esto^ 

— «Mi compania necesita un sistema operativo propietario para tenet una ventaja competitiva». 

GNU sacara al software de sistema operativo del entorno de la competencia. Usted 
no podra obtener una ventaja en esta area, pero tampoco la competencia podra tenerla 
frente a usted. Usted y ellos competiran en otras areas, mientras se benefician mutua- 
mente en esta. Si tu negocio es vender un sistema operativo, no te gustara GNU, pero 
ese es tu problema. Si tu negocio es otra cosa, GNU puede salvarlo de ser arrojado al 
costoso negocio de la venta de sistemas operativos. 

Me gustaria ver que el desarrollo de GNU se mantuviera gracias a donaciones de 
algunos fabricantes y usuarios, reduciendo el costo para si mismosj^] 

— «lNo merecen los programadores una recompensa por su creatividad? » 

Si hay algo que merezca una recompensa es la contribucion social. La creatividad 
puede considerarse una contribucion social, pero solo si la sociedad es libre de aprove- 
char sus resultados. Si los programadores merecen ser recompensados por la creacion 
de programas innovadores, bajo esta misma logica deben ser castigados si restringen el 
uso de estos programas. 

— «lNo deberia tener el programador la opcion de pedir una recompensa por su creatividad? » 

No hay nada que objetar en querer un pago por el trabajo, o por buscar maximizar 
los propios ingresos, siempre y cuando no se utilicen medios que sean destructives. 
Pero las formas a las que estamos acostumbrados actualmente en el campo del software 
se basan en la destruccion. 

Extraer dinero de los usuarios de un programa mediante la restriction de su uso 
resulta destructivo porque las restricciones reducen la cantidad y las formas en que el 

7 La Free Software Foundation obtiene la mayor parte de sus fondos de su servicio de distribution, 
aunque se trata de una organization sin animo de lucro y no de una compania. Si nadie opta por obtener 
copias haciendo su pedido a la FSL, esta no estara en disposition de hacer su trabajo. Pero esto no significa 
que las restricciones propietarias sean justificables para obligar a todos a pagar. Si una pequena fraction 
de todos los usuarios pide sus copias a la FSL, sera suficiente para mantener a la FSL a flote. Por lo tanto, 
tenemos que pedir a los usuarios que opten por apoyarnos de esta forma. ,-Has hecho ya tu parte? 

8 Recientemente, un grupo de companias de informatica ha reunido fondos para apoyar el manteni- 
miento del compilador C GNU. 
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programa puede ser utilizado. Esto reduce la cantidad de riqueza que la humanidad 
obtiene del programa. Cuando se opta deliberadamente por la restriccion, las conse- 
cuencias daninas son la destruccion deliberada. 

La razon por la que un buen ciudadano no utiliza estos medios destructives pa- 
ra volverse mas rico es que si todos lo hicieran, podriamos empobrecer por medio de 
una mutua destruccion. Esto es etica kantiana, o la Regla de Oro. Como no me gustan 
las consecuencias que resultarian si todos acapararan informacion, debo considerar co- 
mo erroneo que alguien lo haga. Especificamente, el deseo de ser recompensado por 
la creatividad de uno no justifica privar al mundo en general de toda o parte de esa 
creatividad. 

— «lNo pasardn hambre los programadores? '» 

Podria responder que no se fuerza a nadie a ser programador. Casi ninguno de 
nosotros puede lograr obtener dinero por estar de pie en la calle y hacer muecas. Pero 
no estamos, como resultado, condenados a estar toda nuestra vida de pie en la calle 
haciendo muecas y padeciendo hambre. Nos dedicamos a otra cosa. 

Sin embargo, esta es una respuesta erronea porque acepta la suposicion implicita 
del interrogador: que sin la propiedad del software a los programadores no se les puede 
pagar un centimo. En este supuesto es todo o nada. 

La verdadera razon por la que los programadores no se moriran de hambre es por- 
que aun es posible que se les pague por programar; solo que no se les pagara tanto 
como en la actualidad. 

Restringir la copia no es la unica forma para hacer negocios con el software. Es la 
forma mas comun porque es de la que se obtiene mas dinero. Si esta se prohibiera o 
fuese rechazada por el comprador, el negocio del software se moveria hacia otras for- 
mas de organization que actualmente no se usan tan a menudo. Hay siempre muchos 
modos para organizar cualquier tipo de negocio. 

Probablemente la programacion no sera tan lucrativa bajo esta nueva forma como 
lo es actualmente. Pero esto no es un argumento en contra del cambio. No se considera 
una injusticia que los dependientes de tiendas obtengan los salarios que ganan actual- 
mente. Si los programadores ganaran lo mismo, no sera tampoco una injusticia. (En la 
practica ellos ganaran considerablemente mas). 

— «lNo tiene derecho la gente a controlar como se usa su creatividad? » 

El «control sobre el uso de las ideas de uno» realmente constituye control sobre las 
vidas de otras personas; y normalmente se usa para dificultar mas sus vidas. 

La gente que ha estudiado cuidadosamente el tema de los derechos de propiedad in- 
telectual — como los abogados — dice que no hay un derecho intrmseco a la propiedad 
intelectual. Los tipos supuestos de derechos de propiedad intelectual que reconoce el 
gobierno fueron creados por actos especificos de legislation con propositos especificos. 

Por ejemplo, el sistema de patentes fue establecido para animar a los inventores a 
revelar los detalles de sus inventos. Su proposito fue ayudar a la sociedad y no tan- 
to ayudar a los inventores. El periodo de vida de 17 anos para una patente era corto 
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comparado con la tasa de desarrollo de la tecnica. Dado que las patentes solo son rele- 
vantes para los fabricantes, para quienes el costo y esfuerzo de un acuerdo de licencia 
son pequenos comparados con la puesta en marcha de la produccion, las patentes a 
menudo no hacen mucho dano. No obstruyen a la mayoria de los individuos que usan 
productos patentados. 

La idea del copyright no existia en tiempos antiguos, cuando los autores frecuente- 
mente copiaban bastantes obras de otros autores en obras de no ficcion. Esta practica 
era util, y ha sido la unica forma de que las obras de muchos autores, aunque solo sea en 
parte, hayan sobrevivido. El sistema de derechos de autor fue creado expresamente con 
el proposito de promover la autoria. En el ambito para el que se invento — libros, que 
solo podlan ser copiados economicamente en una imprenta — hacla muy poco dano y 
no obstruia a la mayor parte de los individuos que leian los libros. 

Todos los derechos de propiedad intelectual son unicamente licencias que otorga la 
sociedad porque se pensaba, correcta o equivocadamente, que la sociedad en conjun- 
to se beneficiaria al ser otorgados. Pero en cualquier situacion particular, necesitamos 
preguntarnos: ^nos beneficia haber otorgado tal licencia? iQue tipo de acto estamos 
permitiendo que haga una persona? 

El caso de los actuales programas es muy diferente al de los libros de hace cien 
anos. El hecho de que la forma mas sencilla de copiar un programa sea de un vecino 
a otro, el hecho de que un programa sea tanto el codigo fuente como el codigo objeto, 
siempre distintos, y el hecho de que el programa sea usado y no leido y disfrutado, se 
combinan para crear una situacion en la que una persona que hace valer un copyright 
esta danando a la sociedad en su conjunto tanto materialmente como espiritualmente; 
nadie deberia hacerlo a pesar de que la ley se lo permita. 

— «La competencia hace que las cosas se hagan mejor». 

El paradigma de la competencia es una carrera: al premiar al ganador, estamos alen- 
tando a todos a correr mas rapido. Cuando el capitalismo realmente trabaja de esta 
manera, hace un buen trabajo; pero sus partidarios estan equivocados al asumir que 
siempre funciona asi. Si los corredores olvidan por que se otorga el premio y se centran 
en ganar sin importar como, pueden encontrar otras estrategias — como atacar a los 
otros corredores. Si los corredores se enredan en una pelea a punetazos, todos llegaran 
tarde a la meta. 

El software propietario y secreto es el equivalente moral de los corredores en una 
pelea a punetazos. Es triste decirlo, pero el unico arbitro que tenemos no parece estar 
en contra de las peleas; solo las regula — «por cada 10 yardas que corras, tienes derecho 
a un disparo». Lo que deberia hacer es separarlos y penalizar a los corredores por el 
solo hecho de intentar pelear. 

— «lNo dejardn todos de programar si no hay un incentivo monetario?» 

De hecho, mucha gente va a programar sin absolutamente ningun incentivo mo- 
netario. La programacion tiene una fascinacion irresistible para algunas personas, ge- 
neralmente para las mejores en el ramo. No hay escasez de musicos profesionales que 
sigan en lo suyo aunque no tengan esperanzas de ganarse la vida de esta forma. 



CAPfTULO 2. EL MANIFIESTO GNU 



43 



Sin embargo en realidad esta pregunta, aun cuando se hace muchas veces, no es 
apropiada a la situacion. El pago a los programadores no va a desaparecer, solo se va a 
reducir. La pregunta correcta es, ^alguien programara con la reduccion en el incentivo 
monetario? Mi experiencia muestra que si lo haran. 

Durante mas de diez afios, varios de los mejores programadores del mundo trabaja- 
ron en el Laboratorio de Inteligencia Artificial por mucho menos dinero del que podian 
ganar en otras partes. Recibieron varios tipos de recompensas no economicas: fama y 
aprecio, por ejemplo. Y la creatividad tambien se disfruta, es un premio en si misma. 

Luego la mayoria se fue cuando se les ofrecio la oportunidad de hacer ese mismo 
trabajo interesante por mucho dinero. 

Lo que muestran los hechos es que la gente programa por razones distintas a la de la 
riqueza; pero si se les da una oportunidad de hacer tambien mucho dinero, esta entrara 
en sus expectativas y la van a exigir. Las organizaciones que pagan poco no podran 
competir con las que pagan mucho, pero no tendria que irles tan mal si las que pagan 
mucho fueran prohibidas. 

— «Necesitamos a los programadores desesperadamente. Si ellos nos pidieran que dejemos de 
ayudar a nuestro prdjimo, tendriamos que obedecer». 

Uno nunca esta tan desesperado como para tener que obedecer este tipo de exigen- 
cia. Recuerda: millones para nuestra defensa, jpero ni un centimo para tributos! 

— «Los programadores necesitan tener alguna forma de ganarse la vida». 

A corto plazo, esto es verdad. Sin embargo, hay bastantes maneras de que los pro- 
gramadores puedan ganarse la vida sin vender el derecho a usar un programa. Esta 
manera es frecuente ahora porque es la que les da a los programadores y hombres de 
negocios mas dinero, no porque sea la unica forma de ganarse la vida. Es facil encontrar 
otras formas, si quieres encontrarlas. 

He aqui unos cuantos ejemplos: 

■ Un fabricante introduce un nuevo ordenador y pagara por adecuar los sistemas 
operativos al nuevo hardware. 

■ La venta de enseftanza, los servicios de asistencia y mantenimiento tambien pue- 
den dar trabajo a programadores. 

■ La gente con ideas nuevas podra distribuir programas como freeware, pidiendo 
donativos a usuarios satisfechos, o vendiendo servicios de asistencia. Yo he cono- 
cido a personas que ya trabajan asi con exito. 

■ Los usuarios con necesidades comunes pueden formar un grupo de usuarios y 
pagar sumas de dinero. Un grupo contratara a empresas de programacion para 
escribir programas que a los miembros del grupo les gustaria utilizar. 

Todo tipo de desarrollo puede financiarse con un «impuesto de softwares 
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■ Supon que todos los que compren un ordenador tengan que pagar un tanto por 
ciento de su precio como impuesto de software. El gobierno entrega este dinero a 
una agencia como la Fundacion Nacional de la Ciencia para que lo emplee en el 
desarrollo de software. 

■ Pero si el comprador del ordenador hace por si mismo un donativo para el de- 
sarrollo de software puede verse exento de este impuesto. Puede donar al pro- 
yecto de su eleccion — a menudo, elegido porque espera utilizar los resultados tan 
pronto como se haya completado. Puede tomar un credito por cada cantidad de 
donativo hasta la totalidad del impuesto que tenia que pagar. 

■ La tasa total de impuesto podra ser decidida por un voto de los contribuyentes 
al impuesto, sopesada de acuerdo con la cantidad sobre la que se aplicara el im- 
puesto. 

Las consecuencias: 

■ La comunidad de usuarios de ordenadores apoya el desarrollo del software. 

■ Esta comunidad decide que nivel de apoyo se necesita. 

■ Los usuarios a quienes les importa a que proyectos se destine su parte pueden 
escogerlos por si mismos. 

A largo plazo, hacer programas libres es un paso hacia el mundo post-escasez, don- 
de nadie tendra que trabajar duro para ganarse la vida. La gente sera libre para dedicar- 
se a actividades entretenidas, como la programacion, despues de haber dedicado diez 
horas obligatorias a la semana a las tareas requeridas, como legislar, el asesoramiento 
familiar, la reparacion de robots y la exploracion de asteroides. No habra necesidad de 
ganarse la vida mediante la programacion. 

Hemos alcanzado ya una gran reduccion de la cantidad de trabajo que la sociedad 
en su conjunto debe realizar para mantener su productividad actual, pero solo un po- 
co de esta reduccion se ha traducido en descanso para los trabajadores, dado que hay 
mucha actividad no productiva que se requiere para acompanar a la actividad produc- 
tiva. Las causas principales de esto son la burocracia y las luchas isometricas contra 
la competencia. El software libre reducira en gran medida estos drenajes en el area de 
produccion de software. Debemos hacer esto para lograr asi avances tecnicos en la pro- 
ductividad que se traduzcan en menos trabajo para nosotros. 



Capftulo 3 

La definicion de software libre 1 



Conservamos esta definicion de software libre para expresar claramente el verda- 
dero significado de los programas de software libre. 

El «software libre» es una cuestion de libertad, no de precio. Para comprender este 
concepto, debemos pensar en la acepcion de libre como en «libertad de expresion» y no 
como en «barra libre de cerveza». 

Con software libre nos referimos a la libertad de los usuarios para ejecutar, copiar, 
distribuir, estudiar, cambiar y mejorar el software. Nos referimos especialmente a cua- 
tro clases de libertad para los usuarios de software: 

■ Libertad 0: la libertad para ejecutar el programa sea cual sea nuestro proposito. 

■ Libertad 1: la libertad para estudiar el funcionamiento del programa y adaptarlo a 
tus necesidades — el acceso al codigo fuente es condicion indispensable para esto. 

■ Libertad 2: la libertad para redistribuir copias y ayudar asi a tu vecino. 

■ Libertad 3: la libertad para mejorar el programa y luego publicarlo para el bien de 
toda la comunidad — el acceso al codigo fuente es condicion indispensable para 
esto. 

Software libre es cualquier programa cuyos usuarios gocen de estas libertades. De 
modo que deberlas ser libre de redistribuir copias con o sin modificaciones, de forma 
gratuita o cobrando por su distribucion, a cualquiera y en cualquier lugar. Gozar de 
esta libertad significa, entre otras cosas, no tener que pedir permiso ni pagar para ello. 

Asimismo, debenas ser libre para introducir modificaciones y utilizarlas de forma 
privada, ya sea en tu trabajo o en tu tiempo libre, sin siquiera tener que mencionar su 
existencia. Si decidieras publicar estos cambios, no deberias estar obligado a notificar- 
selo a ninguna persona ni de ninguna forma en particular. 

La libertad para utilizar un programa significa que cualquier individuo u organiza- 
cion podran ejecutarlo desde cualquier sistema informatico, con cualquier fin y sin la 
obligacion de comunicarselo subsiguientemente ni al desarrollador ni a ninguna enti- 
dad en concreto. 



1 Escrito originalmente en 1996 
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La libertad para redistribuir copias supone incluir las formas binarias o ejecutables 
del programa y el codigo fuente tanto de las versiones modificadas como de las origina- 
tes — la distribucion de programas en formato ejecutable es necesaria para su adecuada 
instalacion en sistemas operativos libres. No pasa nada si no se puede producir una for- 
ma ejecutable o binaria — dado que no todos los lenguajes pueden soportarlo — , pero 
todos debemos tener la libertad para redistribuir tales formas si se encuentra el modo 
de hacerlo. 

Para que las libertades 2 y 4 — la libertad para hacer cambios y para publicar las 
versiones mejoradas — adquieran significado, debemos disponer del codigo fuente del 
programa. Por consiguiente, la accesibilidad del codigo fuente es una condicion nece- 
saria para el software libre. 

Para materializar estas libertades, deberan ser irrevocables siempre que no cometa- 
mos ningun error; si el desarrollador del software pudiera revocar la licencia sin moti- 
vo, ese software dejaria de ser libre. 

Sin embargo, ciertas normas sobre la distribucion de software libre nos parecen 
aceptables siempre que no planteen un conflicto con las libertades centrales. Por ejem- 
plo, el copyleft, grosso modo, es la norma que establece que, al redistribuir el programa, 
no pueden anadirse restricciones que nieguen a los demas sus libertades centrales. Esta 
norma no viola dichas libertades, sino que las protege. 

De modo que puedes pagar o no por obtener copias de software libre, pero indepen- 
dientemente de la manera en que las obtengas, siempre tendras libertad para copiar, 
modificar e incluso vender estas copias. 

El software libre no significa que sea «no comercial». Cualquier programa libre es- 
tara disponible para su uso, desarrollo y distribucion comercial. El desarrollo comercial 
del software libre ha dejado de ser excepcional y de hecho ese software libre comercial 
es muy importante. 

Las normas sobre el empaquetamiento de una version modificada son perfectamen- 
te aceptables siempre que no restrinjan efectivamente tu libertad para publicar versio- 
nes modificadas. Por la misma razon, seran igualmente aceptables aquellas normas que 
establezcan que «si distribuyo el programa de esta forma, deberas distribuirlo de la 
misma manera» — cabe destacar que esta norma te permite decidir si publicar o no el 
programa. Tambien admitimos la posibilidad de que una licencia exija enviar una copia 
modificada y distribuida de un programa a su desarrollador original. 

En el proyecto GNU, utilizamos el «copyleft» para proteger legalmente estas liber- 
tades. Pero tambien existe software libre sin copyleft. Creemos que hay razones de peso 
para recurrir al copyleft, pero si tu programa, software libre, carece de el, todavia ten- 
dremos la opcion de seguir utilizandolo. 

A veces la normativa gubernamental de control de las exportaciones y las sanciones 
comerciales pueden constrenir tu libertad para distribuir copias a nivel internacional. 
Los desarrolladores de software no tienen el poder para eliminar o invalidar estas res- 
tricciones, pero lo que si pueden y deben hacer es negarse a imponer estas condiciones 
de uso al programa. De este modo, las restricciones no afectaran a las actividades y a 
los individuos fuera de la jurisdiccion de estos gobiernos. 
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Cuando hablamos de software libre, es preferible evitar expresiones como «rega- 
lar» o «gratis», porque entonces caeremos en el error de interpretarlo como una mera 
cuestion de precio y no de libertad. Terminos de uso frecuente como el de «pirateria» 
encarnan opiniones que esperamos no compartas. Vease el apartado de «Palabras que 
conviene evitar» para una discusion sobre estos terminos. Tenemos disponible tambien 
una lista de traducciones de «software libre» en distintos idiomas. 

Por ultimo, senalaremos que los criterios descritos para definir el software libre re- 
quieren una profunda reflexion antes de interpretarlos. Para decidir si una licencia de 
software especlfica puede calificarse de licencia de software libre, nos basaremos en di- 
chos criterios y as! determinaremos si se ajusta al esplritu y a la terminologia precisa. Si 
una licencia incluye restricciones desmedidas, la rechazamos aun cuando nunca predi- 
jimos esta cuestion al establecer nuestros criterios. En ocasiones, ciertas condiciones en 
una licencia pueden plantear un problema que requiera un analisis exhaustivo, lo que 
significa incluso debatir el tema con un abogado, antes de decidir si dichas condiciones 
son aceptables. Cuando llegamos a una solucion sobre un problema nuevo, a menudo 
actualizamos nuestros criterios para hacer mas facil la consideracion de que licencias 
estan cualificadas y cuales no. 

Si estas interesado en cualificar una licencia especlfica como licencia de software 
libre, visita [http : / /www . gnu . org/ licenses /license- list . html Si la licencia 
no aparece en la lista, envianos un correo electronico a licensing@gnu.org. 



Capftulo 4 

Por que el software no debe tener 

propietarios 



Las tecnologias digitales de la informacion ayudan al mundo haciendo que sea mas 
facil copiar y modificar informacion. Los ordenadores prometen hacer esto de forma 
mas sencilla para todos. 

No todo el mundo quiere que esto sea mas facil. El sistema de copyright permite 
que los programas de software tengan «propietarios», la mayor parte de los cuales pre- 
tende privar al resto del mundo del beneficio potencial del software. Los propietarios 
desearian ser los unicos que pueden copiar y modificar el software que usamos. 

El sistema de copyright se desarrollo con la imprenta — una tecnologla usada para la 
produccion masiva de copias. El copyright se ajustaba bien a esta tecnologla puesto que 
restringia solo a los productores de copias en masa. No privaba de libertad a los lectores 
de libros. Un lector cualquiera, que no poseyera una imprenta, solo podia copiar libros 
con pluma y tinta, y a pocos lectores se les ponia un pleito por ello. 

Las tecnologias digitales son mas flexibles que la imprenta: cuando la informacion 
adopta forma digital, puedes copiarla facilmente para compartirla con otros. Es preci- 
samente esta flexibilidad la que se ajusta mal a un sistema como el del copyright. Esa 
es la razon del incremento de medidas odiosas y draconianas ahora usadas para ha- 
cer cumplir el copyright del software. Toma, por ejemplo, estas cuatro practicas de la 
Software Publishers Association, SPA [Asociacion de Editores de Software]: 

■ Propaganda masiva afirmando que esta mal desobedecer a los propietarios para 
ayudar a un amigo. 

■ Solicitar a la gente que se convierta en soplona para delatar a sus colegas y com- 
paneros de trabajo. 

■ Redadas (con ayuda policial) en oficinas y escuelas, en las que se dice a la gente 
que debe probar que es inocente de hacer copias ilegales. 

1 Escrito originalmente en 1996 
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■ El proceso judicial — iniciado por el gobierno de los EEUU, a peticion de la AES — 
a personas como David LaMacchia del MIT, [^] no por copiar software — no se le 
acusa de copiarlo — , sino meramente por dejar sin vigilancia equipos de copia y 
no controlar su uso. 

Cada una de estas cuatro costumbres se asemejan a aquellas usadas en la antigua 
Union Sovietica, donde todas las maquinas de copiar tenian un vigilante para impedir 
que se hicieran copias prohibidas, y donde las personas tenian que copiar informacion 
en secreto y pasarla de mano a mano como samizdat. Por supuesto hay una diferencia: el 
motivo para el control de informacion en la Union Sovietica era politico; en los EEUU 
el motivo es el beneficio economico. Pero son las acciones las que nos afectan, no el 
motivo. Cualquier intento de coartar el hecho de que se comparta la informacion, sin 
importar por que, lleva a los mismos metodos y a la misma dureza. 

Los propietarios hacen uso de distintos argumentos para que se les conceda el con- 
trol de como usamos la informacion: 

Insultos 

Los propietarios usan palabras difamatorias como «pirateria» y «robo», al igual que 
terminologia experta como «propiedad intelectual» y «dano», para sugerir una cierta 
lfnea de pensamiento al publico — una analogia simplona entre los programas y los 
objetos fisicos. 

Nuestras ideas e intuiciones acerca de la propiedad sobre los objetos materiales tra- 
tan acerca de si es justo privarle a alguien de un objeto. No se aplican directamente a hacer 
copias de algo. Pero los propietarios nos piden que apliquemos estas ideas de todas for- 
mas. 

Exageracion 

Los propietarios dicen que sufren un «dano» o «perdida economica» cuando los 
usuarios copian programas por su cuenta. Pero copiar no tiene un efecto directo sobre 
el propietario, y no hace dano a nadie. El propietario solo puede perder si la persona 
que hizo la copia hubiese pagado por otra del propietario en su lugar. 

Un poco de reflexion muestra que la mayoria de esas personas no habrian compra- 
do copias. Aun asi los propietarios calculan sus «perdidas» como si todos y cada uno 
hubiesen comprado una copia. Esto es una exageracion — por decirlo de forma suave. 

La ley 

Los propietarios a menudo describen el estado actual de la ley, asi como las duras 
sanciones con las que nos amenazan. Implicita en este enfoque va la sugerencia de que 



2 E1 27 de enero de 1995 el caso de David LaMacchia fue desestimado, sin que se haya apelado todavia 
esta decision. 
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la ley actual refleja un punto de vista moral incuestionable — y aun asi al mismo tiempo, 
se nos insta a considerar estas sanciones como hechos naturales por los que no se puede 
responsabilizar a nadie. 

Esta linea de persuasion no esta diseftada para reafirmar el pensamiento critico; esta 
concebida para reforzar un camino mental ya trazado. 

Es evidente que las leyes no distinguen lo que esta bien de lo que esta mal. Todo 
americano deberia saber que, hace cuarenta anos, en muchos estados iba contra la ley 
que una persona de raza negra se sentase en la parte frontal del autobus; pero solamente 
los racistas dirian que sentarse ahi no estaba bien. 

Derecho natural 

Los autores a menudo apelan a una conexion especial con los programas que han 
escrito y anaden que, en consecuencia, sus deseos e intereses respecto al programa sim- 
plemente prevalecen sobre los de cualquier otra persona — o incluso sobre los del resto 
del mundo. (Normalmente son las empresas, no los autores, los que detentan el copy- 
right sobre el software, pero se espera de nosotros que ignoremos esta diferencia.) 

Para los que presentan esto como un axioma etico — el autor es mas importante que 
tu — solo les puedo decir que yo mismo, un notable autor de software, lo considero una 
tonteria. 

Sin embargo, la gente, por lo general, solo suele sentir alguna afinidad hacia las 
pretensiones basadas en el derecho natural debido a dos razones. 

Una razon viene de una analogia forzada entre el software y los objetos materiales. 
Cuando yo cocino espaguetis, me quejo si otra persona se los come, porque entonces 
yo ya no me los puedo comer. Su accion me perjudica exactamente tanto como lo que le 
beneficia a el; solo uno de nosotros se puede comer los espaguetis, asi que la pregunta 
seria, ^quien? La mas minima distincion entre nosotros es suficiente para inclinar la 
balanza etica. 

Pero el hecho de que tu ejecutes o modifiques un programa que yo he escrito te 
afecta a ti directamente y a mi solo indirectamente. Si tu le das una copia a tu amigo te 
afecta a ti y a tu amigo mucho mas que lo que me afecta a mi. Yo no deberia tener el 
poder de decirte que no hagas estas cosas. Nadie deberia. 

La segunda razon es que a la gente se le ha dicho que el derecho natural de los 
autores sen una tradicion indiscutida y aceptada en nuestra sociedad. 

Desde un punto de vista historico, lo cierto es lo contrario. La idea del derecho 
natural de los autores fue propuesta y decididamente rechazada cuando se redacto la 
Constitucion de los EEUU. Esa es la razon por la que la Constitucion solo permite un 
sistema de copyright y no obliga a que exista otro; por esa razon dice que el copyright 
debe ser temporal. Establece asimismo que el proposito del copyright es promocionar 
el progreso — no recompensar a los autores. El copyright recompensa a los autores en 
cierta medida, y a los editores mas, pero esta concebido como un medio para modificar 
su comportamiento. 
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La tradicion realmente establecida de nuestra sociedad es que el copyright recorta 
los derechos naturales del publico — y que esto solo se puede justificar por el bien del 
publico. 

Economfa 

El ultimo argumento que se emplea para justificar la existencia de propietarios de 
software es que esto conduce a la produccion de mas software. 

A diferencia de los demas, este argumento por lo menos adopta un enfoque legitimo 
sobre el tema. Se basa en un objetivo valido — satisfacer a los usuarios de software. Y 
empiricamente esta claro que la gente producira mas de algo si se les paga bien por ello. 

Pero el argumento economico tiene un defecto: se basa en la presuncion de que la 
diferencia es solo cuestion de cuanto dinero debemos pagar. Asume que la «produccion 
de software» es lo que queremos, tenga el software propietarios o no. 

La gente acepta gustosamente esta presuncion por que esta de acuerdo con nuestra 
experiencia acerca de los objetos materiales. Consideremos por ejemplo unbocadillo. Es 
posible que puedas conseguir un bocadillo equivalente ya sea gratis, ya por un precio. 
Si es asi, la cantidad que pagas es la unica diferencia. Tanto si lo tienes que comprar 
como si no, el bocadillo tiene el mismo sabor, el mismo valor nutricional, y en cualquier 
caso te lo puedes comer solo una vez. El hecho de si el bocadillo lo obtienes de un 
propietario o no, no puede afectar directamente a nada mas que la cantidad de dinero 
que tienes despues. 

Esto es cierto para cualquier objeto material — el hecho de que tenga o no tenga 
propietario no afecta directamente a lo que es, o a lo que puedas hacer con ello si lo 
adquieres. 

Pero si un programa tiene un propietario, esto afecta en gran medida a lo que es, y 
a lo que puedes hacer con una copia si la compras. La diferencia no es solo una cues- 
tion de dinero. El sistema de propietarios de software incentiva a los propietarios de 
software a producir algo — pero no lo que la sociedad realmente necesita. Y causa una 
contaminacion etica intangible que nos afecta a todos. 

iQue es lo que la sociedad necesita? Necesita informacion que este verdaderamen- 
te a disposicion de sus ciudadanos — por ejemplo, programas que la gente pueda leer, 
arreglar, adaptar, y mejorar, no solamente ejecutar. Pero lo que los propietarios de soft- 
ware ofrecen de forma caracteristica es una caja negra que no podemos ni estudiar ni 
modificar. 

La sociedad tambien necesita libertad. Cuando un programa tiene un propietario, 
los usuarios pierden la libertad de controlar una parte de sus propias vidas. 

Y sobre todo una sociedad necesita incentivar el espiritu de cooperacion entre sus 
ciudadanos. Cuando los propietarios de software nos dicen que ayudar a nuestro ve- 
cino de una manera natural es «pirateria», estan contaminando el espiritu civico de 
nuestra sociedad. 

Por eso decimos que el software libre es una cuestion de libertad, no de precio. 
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El argumento economico para justificar la propiedad es erroneo, pero la cuestion 
economica es real. Algunas personas escriben software util por el placer de escribirlo o 
por admiracion y amor; pero si queremos mas software del que esas personas escriben, 
necesitamos conseguir fondos. 

Desde hace ya diez anos, los desarrolladores de software libre han probado varios 
metodos para encontrar fondos, con algo de exito. No hay necesidad de hacer rico a 
nadie; los ingresos medios de una familia norteamericana, alrededor de 35.000 dola- 
res anuales, demuestran ser incentivo suficiente para muchos trabajos que son menos 
satisfactorios que programar. 

Durante anos, hasta que una beca lo hizo innecesario, yo me ganaba la vida rea- 
lizando mejoras a medida sobre software libre que yo habia escrito. Cada mejora se 
anadia a la version estandar lanzada y asi, eventualmente, se ponian a disposicion del 
publico en general. Los clientes me pagaban para que trabajase en las mejoras que ellos 
querlan, en lugar de en las caracterlsticas que yo habrla considerado como la maxima 
prioridad. 

La Free Software Foundation (FSF), una entidad sin animo de lucro exenta de im- 
puestos para el desarrollo de software libre, consigue fondos mediante la venta de CD- 
ROMs de GNU, camisetas, manuales y distribuciones «deluxe», (que los usuarios son 
siempre libres de copiar y modificar), as! como mediante donaciones. Ahora cuenta con 
un equipo de cinco programadores y tres empleados que se encargan de los pedidos por 
correo. 

Algunos desarrolladores de software libre ganan dinero mediante la venta de servi- 
cios de soporte. Cygnus SupportJ^jque cuenta con alrededor de 50 empleados [en 1994, 
cuando se escribio este artlculo], estima que en torno al 15 por ciento de la actividad de 
su equipo es desarrollo de software libre — un porcentaje respetable para una compania 
de software. 

Algunas compafuas, incluyendo Intel, Motorola, Texas Instruments y Analog Devi- 
ces, han unido esfuerzos para financiar el desarrollo continuado del compilador GNU 
para el lenguaje C. Mientras, el compilador GNU para el lenguaje Ada esta siendo fi- 
nanciado por la Fuerza Aerea de los EEUU, que cree que esta es la manera mas efec- 
tiva de conseguir un compilador de alta calidad. (La financiacion de la Fuerza Aerea 
se acabo hace algun tiempo; el Compilador GNU de Ada esta ahora en servicio, y su 
mantenimiento se financia comercialmente) 

Todos estos ejemplos son pequenos; el movimiento de software libre es aun peque- 
no y aun joven. Pero el ejemplo de las radios mantenidas-por-la-audiencia en los EEUU 
muestra que es posible mantener una actividad grande sin forzar a cada usuario a pa- 
gar. 

Como un usuario de informatica de hoy en dia, te puedes encontrar usando un 
programa propietario. Si un amigo te pide hacer una copia, estaria mal negarse a ello. 
La cooperacion es mas importante que el copyright. Pero una cooperacion clandestina, 

3 Cygnus Support siguio teniendo exito, pero luego acepto inversiones foraneas, se volvio ambiciosa 
y empezo a desarrollar software no libre. Entonces fue absorbida por Red Hat, que ha lanzado la mayor 
parte de esos programas como software libre. 
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oculta no contribuye a mejorar la sociedad. Una persona deberia aspirar a vivir una 
vida honrada abiertamente con orgullo, y esto significa decir «no» al software propie- 
tario. 

Tienes derecho a poder cooperar abierta y libremente con otras personas que usan 
software. Tienes derecho a poder aprender como funciona el software, y a enseftar a 
tus estudiantes con el. Tienes derecho a poder contratar a tu programador favorito para 
arreglarlo cuando se rompa. 

Tienes derecho al software libre. 



Capftulo 5 

^Que encierra un nombre? 1 



Los nombres transmiten significados; nuestra eleccion de los nombres determina 
el significado de lo que expresamos. Un nombre inadecuado dara a la gente una idea 
equivocada. Una rosa, llamese como se llame, destilaria el mismo olor, pero si la 11a- 
mamos «lapiz», la gente podrla sentirse decepcionada al intentar escribir con ella. Y 
si llamamos «rosas» a los lapices, la gente no entenderla para que sirven. Si llamamos 
«Linux» a nuestro sistema operativo, esto conduce a una idea equivocada sobre el ori- 
gen del sistema, su historia y su proposito. Si lo llamamos «GNU/Linux», esto conduce 
— aunque no en detalle — a una idea precisa. 

Pero ,;importa esto en nuestra comunidad? ^Es importante que la gente conozca 
el origen del sistema, su historia y su proposito? Si, porque quienes olvidan la histo- 
ria estan condenados a repetirla. El Mundo Libre que se ha desarrollado en torno a 
GNU/Linux no es un lugar seguro; los problemas que nos llevaron a crear GNU no 
han sido completamente erradicados y amenazan con volver. 

Cuando explico por que es apropiado llamar al sistema operativo «GNU/Linux» en 
vez de «Linux», la gente en ocasiones responde de esta manera: 

Aunque es indudable que el proyecto GNU merece el reconocimiento por esta la- 
bor, ^merece la pena protestar si no existe tal reconocimiento? ^No es lo importante 
que el trabajo se hizo, y no quien lo hizo? Usted deberia relajarse, sentirse orgulloso 
de la labor realizada y no preocuparse por el reconocimiento. 

Este podrla ser un sabio consejo si esa fuera la situacion — si el trabajo estuviera 
terminado y fuera tiempo de descansar. jSi tan solo eso fuera cierto! Pero los desaflos 
abundan y no es el momento para suponer que el futuro esta garantizado. La fuerza 
de nuestra comunidad descansa sobre un compromiso con la libertad y la cooperacion. 
Usar el nombre de GNU/Linux es una forma de que la gente lo recuerde e informe a 
los demas de nuestros objetivos. 

Es posible escribir buen software libre sin pensar en GNU; muchos buenos progra- 
mas se desarrollaron en nombre de Linux. Pero «Linux» se ha asociado, desde que fuera 
acunado, con una filosofla que no se compromete con la libertad para cooperar. Como 
el nombre se emplea cada vez mas en el mundo de las empresas, resultara incluso mas 
diflcil asociarlo con el esplritu comunitario. 

1 Escrito originalmente en 2000. 
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Un gran reto para el futuro del software libre es la tendencia de las empresas de 
distribucion de Linux a agregar software no libre a GNU/Linux en nombre de la conve- 
niencia y la potencia. La mayor parte de los desarrolladores de distribucion comercial 
hacen esto; ninguno produce una distribucion completamente libre. Muchos de ellos 
no identifican claramente los paquetes no libres de sus distribuciones. Muchos, incluso, 
desarrollan software no libre y lo anaden al sistema. Algunos se atreven a anunciar, de 
forma injuriosa, sistemas «Linux», «licenciado por puesto», lo que proporciona tanta 
libertad como el Windows de Microsoft. 

Se justifica la inclusion de software no libre en nombre de la «popularidad de Li- 
nux» — en efecto, valoran mas la popularidad que la libertad. Algunas veces se admite 
abiertamente. Por ejemplo, en Wired Magazine, Robert McMillan, editor de Linux Maga- 
zine, afirma que «el movimiento por el software de codigo abierto deberia impulsarse 
sobre la base de decisiones tecnicas, no politicas». Y el presidente de Colder a animo pu- 
blicamente a los usuarios a abandonar el objetivo de la libertad y trabajar en cambio 
por la «popularidad de Linux». 

Incluir software no libre en el sistema GNU/Linux puede aumentar su populari- 
dad, si por popularidad entendemos el niimero de personas que usan GNU/Linux en 
combination con software no libre. Pero al mismo tiempo se esta animando implicita- 
mente a la comunidad a aceptar el software no libre como algo positivo, y a olvidar el 
objetivo de la libertad. De nada sirve caminar mas rapido si nos apartamos del camino. 

Cuando la «adicion» no libre es una biblioteca o una herramienta de programacion, 
esto puede acabar siendo una trampa para los desarrolladores de software libre. Cuan- 
do escriben un programa que depende de un paquete no libre, su software no podra 
formar parte de un sistema totalmente libreQ 

Si nuestra comunidad sigue en esta direction, el futuro de GNU/Linux sera un mo- 
saico de componentes libres y no libres. En el plazo de cinco anos, todavia nos quedara 
mucho software libre, pero si nos descuidamos acabaremos por necesitar la presencia 
de software no libre que los usuarios esperan encontrar al lado del software libre. Si 
esto sucede, nuestra campana por la libertad habra fracasado. 

Si publicar alternativas libres se redujera a una mera cuestion de programacion, 
resolver los futuros problemas podrla ser cada vez mas facil a medida que aumentaran 
los recursos destinados al desarrollo en nuestra comunidad. Pero algunos obstaculos 
amenazan con complicar las cosas: las leyes que prohfben el software libre. A medida 
que van acumulandose las patentes de software y que leyes como la DMCA^Jse aplican 

2 En este sentido, las bibliotecas Motif y Qt GUI entramparon enormemente al software libre en el pasa- 
do, creando problemas cuya solution llevo anos. El problema de Qt esta solucionado porque Qt es ahora 
libre; el problema de Motif no esta todavia completamente resuelto, ya que su sustituto, Less Tif, necesita 
algo mas de pulido — jpor favor voluntarios! La implementation Java no libre de Sun y las bibliotecas 
estandar de Java estan causando ya problemas similares, reemplazarlas con software libre es uno de los 
mayores esfuerzos de GNU ahora. 

3 La Digital Millenium Copyright Act de 1998 trataba de actualizar la ley de copyright de EE.UU; las cues- 
tiones incluidas en la DCMA son provisiones que tienen que ver con una estratagema para la protection 
de los sistemas de copyright, el uso razonable y las obligaciones de los proveedores de servicios on line. 
Para mas detalles sobre la DCMA vease el capitulo 12. 
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para prohibir el desarrollo de software libre para actividades importantes como ver un 
DVD o escuchar Real Audio, nos encontraremos desarmados para luchar contra los 
formatos de datos secretos o patentados, como no sea renunciando a los programas no 
libres que los usen. 

Afrontar estos retos requerira distintas clases de esfuerzo. Pero lo que necesitamos 
por encima de todo para confrontar cualquier desaflo es recordar el objetivo de la li- 
bertad para cooperar. No podemos esperar que el mero deseo de un software potente y 
fiable incite a la gente a emprender grandes esfuerzos. Necesitamos la clase de determi- 
nacion que la gente tiene cuando lucha por su libertad y su comunidad, determinacion 
para seguir adelante durante anos sin rendirse. 

En nuestra comunidad, este principio y esta determinacion emanan principalmente 
del proyecto GNU. Somos quienes hablamos de libertad y comunidad como algo por 
lo que mantenerse firmes; las organizaciones que hablan de «Linux» normalmente no 
aluden a esto. Las revistas sobre «Linux» suelen estar llenas de anuncios de software 
no libre; las empresas que empaquetan «Linux» aftaden software no libre al sistema; 
otras «soportan Linux» con aplicaciones no libres; los grupos de usuarios de «Linux» 
invitan a los vendedores para presentar esas aplicaciones. El principal espacio en el 
que la gente de nuestra comunidad se puede aproximar mas a la idea de libertad y de 
determinacion esta en el proyecto GNU. 

Sin embargo, ,;cuando la gente se topa con el proyecto GNU, se siente identificada 
con el proyecto? 

Los usuarios que son conscientes de estar utilizando un sistema originado en el 
proyecto GNU pueden ver una relacion directa entre ellos mismos y GNU. No estaran 
automaticamente de acuerdo con nuestra filosofia, pero al menos tendran una razon 
para pensar seriamente sobre ello. Por el contrario, quienes se consideran «usuarios 
de Linux» y crean que el proyecto GNU «desarrolla herramientas utiles y compatibles 
con Linux», perciben por lo general una relacion indirecta entre GNU y ellos. Cuando 
entren en contacto con ella, se limitaran a ignorar la filosofia de GNU. 

El proyecto GNU es idealista y cualquiera que hoy promueva el idealismo se enfren- 
ta a un gran obstaculo: la ideologia dominante anima a la gente a descartar el idealismo 
por ser «poco practico». Nuestro idealismo ha sido extremadamente practico: es la ra- 
zon de que existe un sistema opera tivo GNU /Linux libre. La gente que disfruta de este 
sistema deberia saber que se trata de nuestro idealismo hecho realidad. 

Si el «trabajo» estuviera terminado, si no hubiera nada en juego salvo el reconoci- 
miento, quizas seria mas sabio abandonar el tema. Pero no estamos en este punto. Para 
inspirar a la gente a seguir trabajando, debemos obtener reconocimiento por lo que se 
ya ha hecho. Por favor ayudanos llamando al sistema operativo GNU/Linux por su 
nombre. 



Capftulo 6 

Por que «software libre» es mejor que 

«open source» T 



Dado que el software libre te daria la misma libertad con cualquier otro nombre, 
que nombre usemos marca una gran diferencia: palabras distintas transmiten distintas 
ideas. 

En 1998, algunos dentro de la comunidad del software libre empezaron a usar el 
termino «software open source^ en lugar de «software libre» para describir lo que ha- 
cian. El termino open source se asocio rapidamente con un enfoque distinto, una filosofia 
distinta, e incluso diferentes criterios para decidir que licencias son aceptables. El mo- 
vimiento de software libre y el movimiento open source son hoy en dia movimientos 
separados con diferentes puntos de vista y objetivos, aunque podamos y trabajemos 
juntos en algunos proyectos practicos. 

La diferencia fundamental entre los dos movimientos esta en sus valores, en su 
vision del mundo. Para el movimiento open source, la cuestion de si el software debe 
ser de fuente abierta es una cuestion practica, no etica. Como lo expreso alguien, «el 
open source es un metodo de desarrollo; el software libre es un movimiento social». 
Para el movimiento open source, el software no libre es una solucion ineficiente. Para el 
movimiento de software libre, el software no libre es un problema social y el software 
libre es la solucion. 

Relacion entre el movimiento del software libre y el movimiento 
«open source» 

El movimiento del software libre y el movimiento open source son como dos campos 
politicos dentro de la comunidad del software libre. 

Grupos radicales de la decada de 1960 desarrollaron una reputacion de sectarismo: 
las organizaciones se escindian por desacuerdos en detalles estrategicos, y luego se 

1 Escrito originalmente en 1998. 

2 Open source software significa «software de codigo fuente abierto» o «software de fuente abierta». [N. 
ME.} 
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trataban entre si como enemigas. O por lo menos, esa es la imagen que la gente tiene de 
ellos, tanto si era verdad como si no. 

La relacion entre el movimiento del software libre y el movimiento open source es 
justo la contraria a esa imagen. Estamos en desacuerdo en los principios basicos, pero 
estamos mas o menos de acuerdo en las recomendaciones practicas. Asi que trabajamos 
juntos en muchos proyectos especificos. No pensamos el movimiento open source como 
enemigo. El enemigo es el software propietario. 

No estamos en contra del movimiento open source, pero no queremos que se nos 
mezcle. Reconocemos que han contribuido a nuestra comunidad, pero nosotros crea- 
mos esta comunidad, y queremos que la gente lo sepa. Queremos que la gente asocie 
nuestros logros con nuestros valores y filosofia, no con los de ellos. Queremos que se 
nos oiga, no estar difuminados detras de un grupo con puntos de vista diferentes. Para 
prevenir que la gente piense que somos parte de ellos, hacemos malabares para no usar 
la palabra «open» al describir el software libre. 

De modo que, por favor, menciona al movimiento del Software Libre cuando hables 
del trabajo que hemos hecho, y del software que hemos desarrollado — como el sistema 
operativo GNU/Linux. 

Comparacion de los dos terminos 

El resto de este articulo compara los terminos «software libre» y open source. Muestra 
por que el termino open source no resuelve ningun problema, y de hecho crea algunos. 

Ambiguedad 

El termino «software libre» conlleva un problema de ambiguedad para las personas 
de habla inglesa, un significado indeseado, «software que se puede obtener por un 
precio cero», que encaja tambien con el significado deseado: «software que da al usuario 
ciertas libertades». Nosotros hemos afrontado este problema publicando una definicion 
mas precisa de software libre, (vease «Definici6n de software libre») pero esta no es una 
solucion perfecta porque no elimina completamente el problema. Un termino correcto 
menos ambiguo seria mejor, si no conllevara otros problemas. 

Por desgracia, todas las alternativas en ingles conllevan sus propios problemas. He- 
mos examinado muchas alternativas que la gente ha propuesto, pero ninguna es lo 
suficientemente correcta como para que fuera una buena idea cambiarse a ella. Cual- 
quier substituto para «software libre» tiene un problema semantico parecido o peor, 
esto incluye al «software open source». 

La definicion oficial de «software de codigo fuente abierto», tal y como esta publica- 
da por la Open Source Initiative, se acerca mucho a nuestra definicion de software libre; 
de todos modos, es algo pobre en algunos aspectos, y han aceptado algunas licencias 
que nosotros consideramos inaceptablemente restrictivas para los usuarios. De todos 
modos, el significado obvio para «software de codigo fuente abierto» es que «puedes 
ver el codigo fuente». Este es un criterio mas pobre que el del «software libre». «Soft- 
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ware de codigo fuente abierto» incluye software libre, pero tambien incluye programas 
semi-libres tales como Xv, e incluso algunos programas propietarios, como Qt bajo su 
licencia inicial (antes de la QPL). 

Ese significado obvio para «fuente abierta» no es el significado que sus defensores 
pretenden. El resultado es que la gente a menudo malinterpreta los que esos defensores 
defienden. Asi definio «software open source» el escritor Neil Stephenson: 

Linux es "software open source", lo cual quiere decir simplemente que cualquiera 
puede conseguir copias de sus archivos de codigo fuente. 

No creo que el buscara deliberadamente rechazar o discutir la definicion «oficial». 
Creo que simplemente aplico las convenciones de la lengua inglesa para dar con una 
definicion para el termino. El estado de Kansas publico una definicion similar: 

Hagan uso del software de codigo abierto. El software de codigo abierto es software 
cuyo codigo fuente esta disponible de forma libre y publica, aunque los acuerdos 
espedficos de licencia varian en lo que esta permitido hacer con ese codigo. 

Por supuesto, la gente del movimiento open source abierto han intentado afrontar 
esto publicando una definicion precisa del termino, tal y como nosotros hemos hecho 
con el de «software libre ». 

Pero la explicacion de «software libre» es simple — una persona que coja la idea 
de «libertad de expresion, no barra libre» no volvera a equivocarse. No hay una for- 
ma breve de explicar el significado apropiado de «software open source» que muestre 
claramente que la definicion natural es la equivocada. 

Miedo a la libertad 

El argumento principal del termino «software open source» es que el termino «soft- 
ware libre» hace que algunas personas se sientan incomodas. Esto es cierto: hablar sobre 
libertad, sobre asuntos eticos, sobre responsabilidades as! como sobre conveniencia, es 
pedirle a la gente que piense sobre cosas que preferiria ignorar. Esto puede causar ma- 
lestar, y algunas personas pueden rechazar la idea por eso. De esto no se debe deducir 
que la sociedad estaria mejor si dejamos de hablar de este tipo de cosas. 

Anos atras, los desarrolladores de software advirtieron esta reaccion de malestar y 
comenzaron a explorar otro enfoque para evitarlo. Se imaginaron que manteniendo el 
silencio sobre cuestiones de etica y de libertad, y hablando unicamente de los beneficios 
practicos inmediatos de cierto software libre, podrian ser capaces de «vender» software 
mas efectivamente a ciertos usuarios, especialmente a las empresas. El termino open 
source se ofrece como una forma mas de hacer esto — una forma de ser «mas aceptable a 
las empresas». Los puntos de vista y los valores del movimiento open source se derivan 
de esta decision. 

Este enfoque ha demostrado ser efectivo en sus propios terminos. Hoy mucha gen- 
te se esta cambiado al software libre por razones puramente practicas. Esto es bueno, 
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mientras siga ocurriendo, jpero eso no es todo lo que necesitamos hacer! Atraer a los 
usuarios al software libre no es todo el trabajo, es solo el primer paso. 

Tarde o temprano a estos usuarios se les invitara a regresar al software propietario 
por alguna ventaja practica. Innumerables empresas intentan ofrecer tal tentacion, y 
,;por que iban a rechazarla los usuarios? Solo si han aprendido a valorar la libertad que 
les da el software libre, en su propio interes. Depende de nosotros difundir esta idea — 
y para eso tenemos que hablar de libertad. En buena parte el enfoque «guarda silencio» 
para acercarse a las empresas puede ser util para la comunidad, pero tambien debemos 
tener bastante libertad de hablar. 

Actualmente tenemos mucho «guarda silencio», pero no tenemos suficiente libertad 
de hablar. La mayoria de la gente comprometida con el software libre dice poco acerca 
de la libertad — normalmente porque buscan tener «mas aceptacion en las empresas». 
Los distribuidores de software muestran este patron de forma especial. Algunos distri- 
buidores de software GNU/Linux anaden paquetes propietarios al sistema basico libre 
e invitan a los usuarios a considerar esto como una ventaja, en lugar de un retroceso en 
la libertad. 

Estamos fracasando en mantener la influencia sobre los usuarios de software libre, 
estamos fracasando en enseftar a la gente algo de libertad y nuestra comunidad tan 
pronto como entran en ella. Esta es la razon por la cual software no libre — como Qt en 
el momento de hacerse popular — y distribuciones de sistemas operativos parcialmente 
libres encuentran tierra fertil. Dejar de usar la palabra libre serla un error, necesitamos 
hablar mas, no menos, de libertad. 

Si los que usan el termino open source atraen a mas usuarios a nuestra comunidad, se 
trata en si de una contribucion, pero el resto de nosotros tendra que trabajar mas duro 
para llevar la cuestion de la libertad a la atencion de esos usuarios. Tenemos que decir 
«;es software libre y te da libertad !» mas veces y mas alto que nunca. 

^Podrfa ayudar una marca registrada? 

Los defensores del open source trataron de convertirlo en una marca registrada, di- 
ciendo que esto podria permitirles prevenir su mal uso. Se desistio del intento cuando 
se dejo prescribir la solicitud en 1999, de tal forma que el rango legal del open source 
es el mismo que el del «software libre»: no hay restriccion legal para su uso. He oido 
informaciones sobre ciertas companias que llaman open source a sus paquetes de soft- 
ware aunque no se ajustaban a la definicion oficial; yo mismo he observado algunos 
ejemplos. 

^Pero habria significado una gran diferencia usar un termino que es una marca re- 
gistrada? No necesariamente. 

Las companias tambien han hecho anuncios que dan la impresion de que un pro- 
grama es open source sin decirlo explicitamente. Por ejemplo, un anuncio de IBM sobre 
un programa que no se ajustaba a la definicion oficial decia esto: «Como es comun en 
la comunidad open source, los usuarios de la tecnologia [. . . ] tambien podran colaborar 
con IBM [...]» 
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En realidad, esto no afirma que el programa fuera open source, pero muchos lectores 
no advirtieron ese detalle. (Deberia destacar que IBM estuvo tratando sinceramente de 
hacer de este programa software libre, y mas tarde adoptaron una nueva licencia que lo 
hace software libre y open source; pero cuando se hizo el anuncio, el programa no estaba 
cualificado para adoptar ninguno de los dos nombres). 

Y asi es como Cygnus Solutions, la cual se creo para ser una compania de software 
libre y mas tarde se expandio, por asi decirlo, al software propietario, publicito algunos 
productos de software propietario: «Cygnus Solutions es un lider en el mercado de open 
source y acaba de lanzar dos productos al mercado GNU/Linux». 

A diferencia de IBM, Cygnus no estaba tratando de hacer paquetes de software libre 
y los paquetes no se cenian a esa calificacion. Pero Cygnus realmente no dijo que esos 
programas fueran open source, ellos solo hicieron uso de ese termino para dar los lectores 
incautos esa impresion. 

Estas observaciones nos indican que una marca registrada no hubiera impedido de 
verdad la confusion que viene dada con el termino open source. 

Malentendidos del «open source» 

La definicion de open source es suficientemente clara y esta bastante claro que el tipi- 
co programa no libre no cumple con esa calificacion. Entonces pensaras que «compania 
de software open sources podria significar aquella cuyos productos son software libre, — 
o que estan cerca de serlo — , ^correcto? Desafortunadamente, muchas companias estan 
tratando de darle un significado diferente. 

En el encuentro del «Dia de fabricantes de open source» en agosto de 1998, varios 
de los fabricantes comerciales invitados dijeron que ellos solamente tenlan en mente 
convertir una parte de su trabajo en software libre — u open source — . El enfoque de sus 
negocios esta en desarrollar accesorios propietarios — software o manuales — para ven- 
der a los usuarios de software libre. Nos piden que consideremos esto como legitimo, 
como parte de nuestra comunidad, debido a que parte del dinero se dona al desarrollo 
de software libre. 

En efecto, estas companias buscan ganar el distintivo favorable de open source pa- 
ra sus productos de software propietario — aun a pesar del hecho que no es software 
open source — porque tienen alguna relacion con el software libre o porque la misma 
compania tambien mantiene algo de software libre. (Un inversor de una compania dijo 
de forma bastante explicita que incluirian en los paquetes libres que ellos soportan tan 
poco trabajo propio, como el que la comunidad les permita). 

Con el paso de los anos muchas companias han contribuido al desarrollo del soft- 
ware libre. Algunas de estas companias desarrollaban principalmente software no li- 
bre, pero las dos actividades estaban separadas; asi, podiamos ignorar sus productos 
no libres, y trabajar con ellos en proyectos de software libre. Asi que tiempo despues 
podriamos estarles sinceramente agradecidos por sus contribuciones al software libre, 
sin tener que hablar sobre el resto de lo que hacian. 
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No podemos hacer lo mismo con estas nuevas companias, porque no nos lo van a 
permitir. Estas companias tratan activamente de conducir al publico a mezclar todas 
sus actividades, quieren que estimemos su software no libre tan favorablemente como 
lo hariamos con una autentica contribucion, a pesar de que la suya no lo sea. Se pre- 
sentan a si mismas como «companias open source», esperando que desarrollemos un 
sentimiento calido y tierno hacia ellas, y que estemos locos por demostrarlo. 

Esta practica manipuladora no podria ser menos danina si se hiciera usando el ter- 
mino «software libre». Pero parece que las companias no usan el termino «software 
libre» de esa manera; tal vez su asociacion con el idealismo lo hace parecer inapropia- 
do. El termino open source abrio la puerta a esta practica. 

En una feria sectorial a finales de 1998, dedicada al sistema operativo a menudo 
denominado «Linux», el conferenciante invitado era un ejecutivo de una prominente 
compania de software. Probablemente lo invitaron teniendo en cuenta la decision de su 
compania de «apoyar» ese sistema. Desafortunadamente, su forma de «apoyo» consiste 
en sacar al mercado software no libre compatible con el sistema — en otras palabras, 
usando nuestra comunidad como un mercado pero sin contribuir a ella. 

Dijo, «no hay forma de que nosotros hagamos open source nuestro producto, pero 
quiza lo hagamos open source internamente. Si permitimos que nuestro personal de asis- 
tencia al cliente tenga acceso al codigo fuente, podrian corregir errores para los clientes 
y podriamos proporcionar un mejor producto y un mejor servicio». (Esto no es una cita 
exacta, porque no tome nota de sus palabras, pero refleja la idea clave). 

Personas del publico me dijeron despues, «es que no entiende la cuestion». Pero, ,;es 
eso cierto? ,;Que cuestion no entendio? 

A el no se le escapo la esencia del movimiento open source. Dicho movimiento no dice 
que lo usuarios deban tener libertad, unicamente dice que permite a mas gente acceder 
al codigo fuente y al ayudar a mejorarlo conduce a un mejor y mas rapido desarrollo. 
El ejecutivo comprendio esa cuestion completamente; no deseoso de desarrollar ese 
enfoque al completo, incluyendo a los usuarios, estaba pensando en implementarlo 
parcialmente, dentro de la compania. 

La cuestion que se le escapo es la cuestion para cuya discusion no esta diseftado el 
open source: la cuestion de que los usuarios tienen derecho a la libertad. 

Difundir la idea de libertad es un gran trabajo — necesita de tu ayuda. Por eso en 
el proyecto GNU somos fieles al termino «software libre», y asi poder ayudar a hacer 
ese trabajo. Si te parece que la libertad y la comunidad son importantes en si mismas — 
no solo por las ventajas que conllevan — por favor unete a nosotros usando el termino 
«software libre». 



Capftulo 7 

Como promover el software libre si trabajas 

en la Universidad 



En el movimiento del software libre creemos que los usuarios de ordenadores de- 
berlan tener libertad para cambiar y redistribuir el software que utilizan. El adjetivo 
«libre» en el software libre hace referenda a la libertad: libertad del usuario para eje- 
cutar, modificar y redistribuir software. El software libre contribuye al saber humano, 
al contrario que el software propietario. Por este motivo, las universidades deberian 
fomentar el software libre, para hacer una aportacion al progreso del conocimiento hu- 
mano, del mismo modo que deben animar a cientificos y academicos a publicar sus 
obras. 

Pero el software (y la ciencia) despiertan la codicia en un gran numero de geren- 
tes universitarios: consideran los programas como una potencial fuente de ingresos, y 
no como aportaciones al saber humano. Los programadores de software libre llevan 
conviviendo con esta tendencia desde hace casi veinte anos. 

Cuando comence a desarrollar el sistema operativo GNU en 1984, lo primero que 
hice fue renunciar a mi trabajo en el MIT. Hice esto precisamente para que asi la ofi- 
cina de licencias del MIT fuera incapaz de interferir en la publication de GNU como 
software libre. Habia disenado una estrategia para licenciar los programas contenidos 
en GNU que garantizaria que todas las versiones modificadas seguirian siendo softwa- 
re libre, una estrategia que acabaria convirtiendose en la GNU General Public License 
(GNU GPL) 0 No queria tener que rogarle a la administration del MIT que me permi- 
tiera usarla. 

Con el paso de los anos, varias filiales universitarias han acudido con frecuencia a 
la Free Software Foundation para asesorarse sobre la forma de negociar con los geren- 
tes que opinan que el software es tan solo algo que vender. Un buen metodo, aplicable 
incluso a proyectos especlficamente financiados, consiste en basar su trabajo en un pro- 
grama ya existente publicado con GNU GPL. De esta forma, se puede responder a los 
gerentes: «No podemos publicar la version modificada, a menos que sea con GNU GPL, 
de otro modo estariamos infringiendo el copyright». Una vez desaparecido cualquier 

1 Escrito originalmente en 2002. 

2 En castellano, Licencia Publica General GNU. 
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rastro del slmbolo del dolar de sus ojos, por lo general consentiran en publicarlo como 
software libre. 

Tambien se puede pedir ayuda al patrocinador del proyecto. Cuando un equipo de 
la NYU (Universidad de Nueva York) desarrollo el compilador GNU Ada con fondos 
procedentes de las Fuerzas Aereas de los EE.UU, el contrato especificaba que el codigo 
resultante se donarla a la Free Software Foundation. Primero se negocia el acuerdo con 
el patrocinador, luego se explica cortesmente a la administracion de la universidad que 
no habra renegociacion de ninguna clase. Dado que la administracion prefiere tener un 
contrato para desarrollar software libre antes que quedarse con las manos vacias, lo 
mas probable es que acepten el trato. 

Hagais lo que hagais, habra que plantear la cuestion cuanto antes — desde luego, 
antes de que el programa este a medio camino. Llegados este punto, la universidad 
todavia os necesita, asi que podreis jugar duro: advertir a la administracion de que el 
programa se terminara y se dejara listo para ser usado, siempre y cuando acuerden por 
escrito convertirlo en software libre — y acepten la licencia de software libre de vuestra 
eleccion. De lo contrario, solo alcanzareis a escribir una ponencia al respecto y nunca 
desarrollareis una version lo bastante buena para publicarse. Cuando los gestores com- 
prendan que sus opciones se limitan a tener un paquete de software libre que aportara 
prestigio a la universidad o nada de nada, por lo general se decantaran por la primera 
opcion. 

No todas las universidades tienen politicas codiciosas. La politica de la Universidad 
de Texas tiene una politica que facilita que todo el software desarrollado en ella se pu- 
blique como software libre bajo la licencia GPL. Univates en Brasil y el Indian Institute 
of Information Technology en Hyberabad, India, practican politicas de publication de 
software con GPL. Si os ganais primero el apoyo del profesorado, es posible que logreis 
instituir una politica semejante en vuestra universidad. Exponedlo como una cuestion 
de principio: ^tiene la universidad la mision de contribuir al progreso del saber humano 
o su unico objetivo es perpetuarse a si misma? 

Sea cual sea vuestra postura, siempre conviene mostrar determination y adoptar 
una perspectiva etica, tal y como lo hacemos nosotros en el movimiento del software 
libre. Si deseamos tratar al publico eticamente, el software deberia ser libre en el sentido 
de libertad para todosj^] 

Muchos programadores de software libre se limitan a alegar razones practicas: de- 
fienden que el software se comparta con otros y se modifique como forma de acelerar la 
creation de un software potente y fiable. Si son estos valores los que os mueven a desa- 
rrollar software libre, muy bien, se agradece vuestra contribution. Pero no son la clase 
de valores que os permitiran hacer frente con firmeza a los gestores de la universidad 
que pretendan hacer propietario vuestro programa. 

Por ejemplo, pueden aducir: «podriamos hacer mas potente y fiable el programa 
con todo el dinero que se obtenga de las ventas». Esto puede resultar cierto o no, pero a 
priori es dificil presentar argumentos en contra. Pueden sugerir una licencia que ofrezca 
copias «gratuitas, solo para uso academico», y asi lanzar el mensaje al publico de que 



3 Algo obvio en castellano, pero no en ingles donde/ree significa tambien «gratis». 
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no merecen esa libertad y ademas alegar que de esta manera lograrias la cooperacion 
de la comunidad academica, que es — razonarian — todo lo que necesitas. 

Si se parte de unos valores «pragmaticos», es dificil plantear buenas razones para 
rechazar estas propuestas, que son en realidad un callejon sin salida, sucede lo contra- 
rio al fundamentar nuestra postura en valores eticos y politicos. ^De que serviria un 
programa potente y fiable a costa de la libertad de los usuarios? ^No deberia la libertad 
estar presente tanto fuera como dentro de la academia? Las respuestas resultan obvias 
siempre que la libertad y el bien de la comunidad figuren entre nuestros objetivos. El 
software libre respeta la libertad de los usuarios, mientras que el software propietario 
la niega. 

Nada mejor que ser consciente, en este caso en concreto, para aumentar nuestra 
determinacion de que la libertad de la comunidad depende de nosotros. 



Capftulo 8 

Vender software libre 1 



Mucha gente cree que el espiritu del proyecto GNU consiste en que no se debe poner 
precio a la distribucion de copias de software, o que se debe cobrar lo menos posible 
— lo suficiente para cubrir costes. 

En realidad, nosotros defendemos que quienes redistribuyen software libre cobren 
cuanto quieran o cuanto puedan. Si esto te sorprende, sigue leyendo, por favor. 

La palabra «libre» admite dos significados generales; se puede referir tanto a la li- 
bertad como al precio. Cuando hablamos de «software libre» nos referimos a la libertad 
y no al precio. En concreto, esto significa que un usuario es libre de instalar un progra- 
ma, cambiarlo y redistribuirlo con o sin cambios. 

Algunas veces los programas libres se distribuyen gratis y otras a cambio de un 
precio cuantioso. A menudo un mismo programa esta disponible de ambas formas en 
diferentes lugares. El programa es libre sin que importe su precio, porque los usuarios 
lo pueden utilizar libremente. 

Los programas que no son libres se venden frecuentemente a precios altos, pero a 
veces una tienda te ofrece una copia sin cobrarte. No obstante, eso no lo convierte en 
software libre. Con o sin precio, el programa no es libre porque los usuarios no tienen 
libertad. 

Dado que el software libre no es una cuestion de precio, un precio bajo no resulta 
mas libre, ni mas proximo a lo libre. De modo que si redistribuyes copias de software 
libre, tambien puedes fijar un precio cuantioso para hacer algo de dinero. Redistribuir 
software es una actividad buena y legitima; si lo haces, tambien puedes sacar una ga- 
nancia por ello. 

El software libre es un proyecto comunitario y cualquiera que lo integre deberia 
buscar formas de contribuir a la construccion de la comunidad. La manera de conse- 
guir esto, para un distribuidor, consiste en donar una parte de los beneficios a la Free 
Software Foundation o a cualquier otro proyecto que desarrolle el software libre. Finan- 
ciando el desarrollo haras avanzar el mundo del software libre. 

jDistribuir software libre es una oportunidad de obtener medios para el desarrollo! 
jNo la pierdas! 

Para aportar fondos, necesitas tener alguna ganancia. Si fijas precios demasiado ba- 
jos, no te quedara nada para apoyar el desarrollo del software libre. 

1 Escrito originalmente en 1996 
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^Puede perjudicar un precio de distribucion mas alto a algunos 
usuarios? 

A la gente a veces le preocupa que un alto precio de distribucion ponga al software 
libre fuera del alcance de usuarios sin mucho dinero. Con el software propietario, un 
precio alto provoca exactamente esto — pero el software libre es diferente. 

La diferencia es que el software libre tiende a difundirse de forma natural y hay 
muchas formas de obtenerlo. 

Los monopolistas del ambito del software intentan como locos que no instales un 
programa propietario sin pagar el precio de mercado. Si dicho precio es alto, hara dificil 
que muchos usuarios utilicen ese programa. 

Con el software libre, los usuarios no tienen que pagar un precio de distribucion 
para utilizar software. Pueden copiar el programa de un amigo que tenga una copia o 
con la ayuda de un amigo que tenga acceso a la red. O se pueden juntar varios usuarios, 
pagar a escote un CD ROM e instalarse el software por turnos, que el CD ROM tenga 
un precio alto no supone un gran impedimento cuando el software es libre. 

^Puede desalentar un precio de distribucion mas alto el uso de 
software libre? 

Otro motivo de preocupacion comun esta relacionado con la popularidad del soft- 
ware libre. La gente piensa que los precios de distribucion altos podrian reducir el nu- 
mero de usuarios, o que los precios bajos pueden alentarlo. 

Esto resulta cierto para el software propietario — pero el software libre es distinto. 
Con tantas maneras de conseguir copias, el precio del servicio de distribucion tiene 
menos efecto en su popularidad. 

A largo plazo, la cantidad de gente que use software libre depende principalmente 
de cuanto puede hacer con el software libre y de lo facil que sea su manejo. Muchos 
usuarios seguiran utilizando software propietario si el software libre no puede hacer 
todos los trabajos que ellos desean. Asi, si queremos incrementar el numero de usuarios 
a largo plazo, deberemos sobre todo desarrollar mas software libre. 

La via mas directa para hacer esto es escribir por tu cuenta el software libre y los 
manuales necesarios. Pero si te dedicas a la distribucion antes que a la programacion, 
el mejor modo de ayudar es conseguir fondos para que otros lo escriban. 

La expresion «vender software» tambien puede ser confusa 

Rigurosamente «vender» significa intercambiar bienes por dinero. Vender una copia 
de un programa libre es legitimo y nosotros lo alentamos. 

De todos modos, cuando la gente piensa acerca de «vender software», normalmente 
imagina que se hace del mismo modo que la mayoria de las empresas: produciendo 
software propietario mejor que software libre. 
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Por lo tanto, a menos que se establezcan las distinciones con cuidado, como se hace 
en este articulo, aconsejamos que se evite la expresion «vender software» y que se elija 
otra formula en su lugar. Por ejemplo, se podria decir «distribuir software libre por un 
precio» — una formula no ambigua. 

Altos o bajos precios y la GNU GPL 

Excepto en un caso especial, la licencia GPL (General Public License) de GNU no 
establece requisitos sobre cuanto puedes cobrar por distribuir una copia de software 
libre. Puedes no cobrar nada, un penique, un dolar o un billon de dolares. Depende de 
ti y del mercado, asi que no te nos quejes si nadie quiere pagar un billon de dolares por 
una copia. 

La unica excepcion se da en el caso de que los binarios se distribuyan sin su codigo 
fuente completo. A los que hacen esto, la GNU GPL les obliga a proporcionar en lo suce- 
sivo el codigo fuente. Sin un limite en el precio para el codigo fuente, serian capaces de 
fijar una cantidad demasiado grande como para que alguien la pague — como un billon 
de dolares, por ejemplo — y de este modo fingir que el codigo fuente se esta publican- 
do, cuando en realidad se esta ocultando. Por lo tanto en este caso tenemos que limitar 
el precio de la fuente para asegurar la libertad del usuario. En situaciones normales, de 
todos modos, no existe tal justificacion para limitar los precios de distribucion, asi que 
no los limitamos. 

A veces las companias cuyas actividades traspasan la linea de lo que la GNU GPL 
permite, suplican un permiso y dicen «no cobraremos por el software GNU», o algo 
parecido. Asi no llegan a ninguna parte. El software libre tiene que ver con la libertad y 
reforzar la GPL es defender la libertad. Al defender la libertad de los usuarios, no nos 
distraen cuestiones secundarias como cuanto se cobra por una distribucion. La libertad 
es la cuestion, toda la cuestion y la unica cuestion. 



Capftulo 9 

El software libre necesita documentacion 

libreF 



La mayor deficiencia en los sistemas operativos libres no se encuentra en el soft- 
ware, sino en la falta de buenos manuales libres que podamos incluir en esos sistemas. 
Muchos de nuestros programas mas importantes no vienen acompanados de manuales 
completos. La documentacion es una parte esencial de cualquier paquete de software; 
cuando un paquete de software libre relevante no esta acompanado de un manual libre, 
se da una tremenda laguna. Hoy en dia tenemos muchas de estas lagunas. 

Erase una vez, hace muchos anos, pense «voy a aprender Perl». Consegui una copia 
de un manual libre, pero lo encontre diflcil de leer. Cuando pedi a los usuarios de Perl 
que me dieran alternativas, me dijeron que habia mejores manuales de introduccion, 
pero estos no eran libres. 

iQue ocurrla? Los autores hablan escrito buenos manuales para O'Reilly Associa- 
tes, que los edito con condiciones restrictivas — no se podlan copiar ni modificar, y los 
archivos originales no estaban disponibles — , lo que los dejaba al margen de la comu- 
nidad del software libre. 

No era la primera vez que habia pasado tal cosa y — para desgracia de nuestra 
comunidad — estaba lejos de ser la ultima. Desde entonces, los editores de manua- 
les propietarios han incitado a muchisimos autores a hacer restrictivos sus manuales. 
Cuantas veces habre oido a un usuario de GNU hablarme apasionadamente sobre un 
manual que esta escribiendo, con el que espera ayudar al proyecto GNU y despues me 
deja con un palmo de narices, mientras procede a explicar que ha firmado un contrato 
con un editor que lo limitara tanto que no podremos usarlo. 

Dado que entre los programadores escribir bien en un ingles correcto es una habili- 
dad poco habitual, dificilmente nos podremos permitir perder manuales de esta mane- 
ra. 

La documentacion libre, como el software libre, es un asunto de libertad y no de pre- 
cio. El problema con estos manuales no era que O'Reilly pusiera un precio por ejemplar 
impreso — lo cual en si esta bien. (La Free Software Foundation tambien vende ejemp la- 
res impresos de manuales sobre GNU). Pero los manuales de GNU estan disponibles 
con su codigo fuente, mientras que estos manuales solo estan disponibles en papel. Los 

1 Escrito originalmente en 2000. 
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manuales de GNU vienen con un permiso de copia y modificacion; los manuales de 
Perl, no. Estas restricciones son el problema. 

El criterio con los manuales libres es bastante parecido al del software libre: se trata 
de proporcionar ciertas libertades a todos los usuarios. La distribucion — incluyendo la 
distribucion comercial — debe ser permitida, de modo que el manual pueda acompanar 
a cada copia del programa, en papel o en la Red. El permiso de modificacion es tambien 
crucial. 

Como norma general, no creo que tener permiso para modificar todo tipo de articu- 
los y libros resulte esencial para la gente. Los problemas para el texto impreso no son 
necesariamente los mismos que los del software. Por ejemplo, no me parece que tii o 
yo estemos obligados a dar permiso para modificar articulos como este, que describen 
nuestras practicas y nuestros puntos de vista. 

Pero hay un motivo particular por el que la libertad de modificacion es crucial para 
la informacion que acompana al software libre. Cuando la gente ejercita su derecho a 
modificar el software y anade o cambia sus caracteristicas, si es concienzuda tambien 
cambiara su correspondiente manual — de este modo pueden suministrar informacion 
precisa y util con el programa modificado. Un manual que impide a los programadores 
ser concienzudos y acabar el trabajo, o para ser mas exactos, que les obliga a escribir 
desde cero un nuevo manual si cambian el programa, no responde a las necesidades de 
nuestra comunidad. 

Si bien es inaceptable prohibir de pleno la modificacion, cierto tipo de Mmites a 
los medios de modificacion no suponen ningun problema. Por ejemplo, son aceptables 
las exigencias de mantener la nota del copyright original del autor, las condiciones de 
distribucion o la lista de autores. Tampoco es un problema obligar a que en las versiones 
modificadas aparezca constancia de que han sido modificadas, o incluso tener secciones 
enteras que no pueden ser borradas o cambiadas, siempre que esas secciones traten 
sobre asuntos no tecnicos. (Algunos manuales de GNU las tienen). 

Este tipo de restricciones no son un problema porque, en la practica, no impiden que 
el programador concienzudo adapte el manual para que corresponda con el programa 
modificado. En otras palabras, no coartan a la comunidad del software libre en su pleno 
uso del manual. 

De todos modos, debe ser posible modificar todo el contenido tecnico del manual y 
luego distribuir el resultado a traves de todos los medios, a traves de todos los canales 
habituales; de no ser asi, las restricciones coartaran a la comunidad, el manual no sera 
libre y por lo tanto necesitaremos otro. 

Por desagracia, a menudo cuesta encontrar a alguien que escriba otro manual cuan- 
do ya existe un manual propietario. El obstaculo es que muchos usuarios piensan que 
un manual propietario resulta suficientemente aceptable — y de este modo no conside- 
ran la necesidad de escribir un manual libre. No comprenden que el sistema operativo 
libre tiene una necesidad que se debe cubrir. 

^Por que piensan los usuarios que los manuales propietarios son suficientes? Algu- 
nos no se han parado a pensar en ello. Espero que este artlculo ayude a cambiar esta 
situacion. 
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Otros usuarios consideran aceptables los manuales propietarios por el mismo moti- 
vo que mucha gente considera aceptable el software propietario: juzgan segun terminos 
puramente practicos, sin considerar la libertad como criterio. Esta gente tiene derecho 
de opinar asi, pero dado que estas opiniones brotan de valores que no incluyen la liber- 
tad, no son una guia para los que si valoramos la libertad. 

Por favor, difunde estas idea sobre este asunto. Seguimos perdiendo manuales en 
provecho de las ediciones propietarias. Si difundimos la idea de que los manuales pro- 
pietarios no son suficientes, quiza el proximo que quiera ayudar a GNU escribiendo 
una guia se dara cuenta, antes de que sea demasiado tarde, de que por encima de todo 
debe ser libre. 

Tambien podemos animar a los editores comerciales a vender manuales libres ba- 
sados en copyleft en lugar de manuales propietarios. Puedes ayudar si compruebas las 
condiciones de distribucion de un manual antes de comprarlo y eliges los manuales 
copyleft frente los que no los son. 

(Nota: La Free Software Foundation mantiene la pagina web http : / /www . gnu .org/ 
|doc/ other- free-books . html[ que tiene un listado de libros copyleft disponibles a 
traves de otros editores.) 
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La cancion del software libre 



La melodfa es la de la cancion popular 
bulgara "Sadi Moma" . 



whistle 



orchestral strings 



























9 


p ^ 






















v. 




m — 
















& 1 






— « 




s 


r. 

















Join us now and share the so - ftware You'll be 
Hoar-ders may get piles of mo - ney, That is 
When we have e - nough free so - ftware At our, 



free ha - ckers, 
true, ha - ckers, 
call, ha - ckers, 



































» m 




















• ««-■. 




• 






















Cm 







you'll be 
that is 
at our 



free_ 
true, 
call, 



Join us now and share the so - ftware 
But they can - not help their neigh-bors 
We'll kick out those dir - ty li - cen - 



a 



-S 0 0- 

















(L „ 




















K 


• 














r. 


«> 


«>.. 

































You'll 


be 


free 


ha - 


ckers, 


you'll 


be 


free. 


That's 


not 


good, 


ha - 


ckers, 


that's 


not 


good. 


ces 


E 


ver 


more, 


ha - 


ckers, 


E 


ver 







































• o 


—s 


-= 6 


s 















72 



Copyright © 1993 Richard Stallman 

Se permite la reproduccion literal por cualquier medio, siempre que se mantenga esta nota. 
Escrito en GNU LilyPond por David Madore. KTgXeado y convertido a la version 2.2 de Lilypond 
nara, la, edicion de Traficantes de Snenos nor Miouel Vidal. 



Parte II 

Copyright, copylef t, patentes 



73 



Capftulo 11 

El derecho a leei 1 



(De «E1 camino a Tycho», una coleccion de articulos sobre los antecedentes 
de la Revolucidn Lunaria, publicado en Luna City en 2096.) 

Para Dan Halbert, el camino hacia Tycho comenzo en la universidad, cuando Lissa 
Lenz le pidio prestado su ordenador. El suyo se habia estropeado, y a menos que pu- 
diese usar otro suspenderia el proyecto de fin de trimestre. Ella no se habria atrevido a 
pedirselo a nadie, excepto a Dan. 

Esto puso a Dan en un dilema. Tenia que ayudarla, pero si le prestaba su ordenador 
ella podria leer sus libros. Dejando a un lado el peligro de acabar en la carcel durante 
muchos anos por permitir a otra persona leer sus libros, al principio la simple idea 
le sorprendio. Como todo el mundo, habia aprendido desde los anos de colegio que 
compartir libros era malo, algo que solo un pirata harla. 

Ademas, era muy improbable que la SPA — Software Protection Authority [Autori- 
dad para la Proteccion del Software] — lo descubriese. En sus clases de programacion, 
habia aprendido que cada libro tenia un control de copyright que informaba directa- 
mente a la oficina central de licencias de cuando y donde se estaba leyendo, y quien leia 
— utilizaban esta informacion para descubrir a los piratas de la lectura, pero tambien 
para vender perfiles personales a otros comercios. La proxima vez que su ordenador se 
conectase a la red, la oficina central de licencias lo descubriria todo. El, como propie- 
tario del ordenador, recibiria el castigo mas duro por no tomar las medidas necesarias 
para evitar el delito. 

Por supuesto, podria ser que Lissa no quisiera leer sus libros. Probablemente lo 
unico que necesitaba del ordenador era redactar su proyecto. Pero Dan sabia que ella 
provenia de una familia de clase media, que a duras penas se podia permitir pagar la 
matricula y no digamos las tasas de lectura. Leer sus libros podia ser la unica forma 
por la que podria terminar la carrera. Comprendia la situacion; el mismo habia pedido 
un prestamo para pagar por los articulos de investigacion que leia — el 10 % de ese 
dinero iba a parar a sus autores y como Dan pretendia hacer carrera en la Universidad, 
esperaba que sus articulos de investigacion, en caso de ser citados frecuentemente, le 
darian suficientes beneficios como para pagar el credito. 



1 Escrito originalmente en el numero de febrero de 1997 de la revista Communications of the ACM (Volu- 
men 40, Numero 2). La «Nota del Autor» fue actualizada en 2002. 
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Con el paso del tiempo, Dan descubrio que hubo una epoca en que todo el mundo 
podia acudir a una biblioteca y leer articulos, incluso libros, sin tener que pagar. Habia 
investigadores independientes que podian leer miles de paginas sin necesidad de recu- 
rrir a becas de biblioteca. Pero desde los anos noventa del siglo anterior, las editoriales, 
tanto comerciales como no comerciales, habian empezado a cobrar por el acceso a los 
articulos. En 2047, las bibliotecas con acceso publico a literatura academica eran solo un 
vago recuerdo. 

Habia formas de saltarse los controles de la SPA y de la oficina central de licencias. 
Pero tambien eran ilegales. Dan conocio a un companero de clase, Frank Martucci, que 
consiguio una herramienta ilegal de depuracion y la usaba para saltarse el control de 
copyright de los libros. Pero se lo conto a demasiados amigos, y uno de ellos le denuncio 
a la SPA a cambio de una recompensa — era facil tentar a los estudiantes endeudados 
para traicionar a sus amigos. En 2047, Frank estaba en la carcel, pero no por pirateo, 
sino por tener un depurador. 

Dan averiguo mas tarde que hubo un tiempo en que cualquiera podia tener un 
depurador. Habia incluso depuradores gratuitos en CD o disponibles libremente en 
la red. Pero los usuarios normales empezaron a usarlos para saltarse los controles de 
copyright y por fin un juez dictamino que ese se habia convertido en su principal uso 
practico. Eso significaba que los depuradores eran ilegales y los programadores que los 
crearon fueron a parar a la carcel. 

Obviamente, los programadores aun necesitan depuradores, pero en 2047 solo habia 
copias numeradas de los depuradores comerciales, y solo estaban disponibles para los 
programadores oficialmente autorizados. El depurador que Dan habia utilizado en sus 
clases de programacion estaba detras de un cortafuegos para que solo pudiese utilizarse 
en los ejercicios de clase. 

Tambien se podia saltar el control de copyright instalando el kernel de un sistema 
modificado. Dan descubrio que hacia el cambio de siglo hubo kernels libres, incluso 
sistemas operativos completos. Pero ahora no solo eran ilegales, como los depuradores. 
No se podia instalar sin saber la clave de superusuario del ordenador y ni el FBI ni el 
servicio tecnico de Microsoft la revelarian. 

Dan llego a la conclusion de que simplemente no podia dejarle a Lissa su ordenador. 
Pero no podia negarse a ayudarla, porque estaba enamorado de ella. Cada oportunidad 
de hablar con ella era algo maravilloso. Y el hecho de que le hubiese pedido ayuda a el 
podia significar que ella sentia lo mismo. 

Dan resolvio el dilema haciendo algo incluso mas increfble, le dejo su ordenador 
y le dio su clave. De esta forma, si Lissa leia sus libros, la oficina central de licencias 
pensaria que era el quien estaba leyendo. Seguia siendo un delito, pero la SPA no lo 
detectaria automaticamente. Solo podrian descubrirlo si Lissa le denunciaba. 

Si la universidad descubriese que le habia dado su clave a Lissa, significaria la ex- 
pulsion de ambos, independientemente del uso que hubiera hecho ella de su clave. La 
politica de la Universidad era que cualquier interferencia con sus metodos de control 
sobre el uso de los ordenadores era motivo de accion disciplinaria. No importaba el 
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dano, el delito era el hecho de dificultar el control. Se daba por supuesto que esto sig- 
nificaba que se estaba haciendo algo prohibido, no necesitaban saber que. 

En realidad, los estudiantes no eran expulsados, no directamente. En lugar de eso, se 
les prohibia el acceso a los ordenadores de la universidad, lo que equivalia a suspender 
sus asignaturas. 

Dan supo mas tarde que ese tipo de politicas en la Universidad comenzo durante la 
decada de 1980, cuando los estudiantes empezaron a usar los ordenadores en masa. An- 
tes, las universidades tenian una actitud diferente: solo se penalizaban las actividades 
peligrosas, no las meramente sospechosas. 

Lissa no denuncio a Dan a la SPA. Su decision de ayudarla llevo a que se casaran 
y tambien a que cuestionaran lo que les habian enseftado cuando eran ninos sobre la 
pirateria. Empezaron a leer sobre la historia del copyright, sobre la Union Sovietica y 
sus restricciones sobre las copias, e incluso sobre la constitucion original de los Esta- 
dos Unidos. Se mudaron a Luna City, donde se encontraron con otros que intentaban 
librarse del largo brazo de la SPA de la misma manera. Cuando el Levantamiento de Ty- 
cho se produjo en 2062, el derecho universal a leer se convirtio en uno de sus objetivos 
fundamentales. 

Nota del autor 

El derecho a leer es una batalla que se esta librando hoy en dia. Aunque nuestra 
forma de vida actual podria tardar cincuenta anos en desaparecer, la mayoria de las 
leyes y de las practicas descritas anteriormente ya han sido propuestas, y muchas han 
entrado en vigor dentro y fuera de los Estados Unidos. En EE.UU, el Digital Millenium 
Copyright Act de 1998 establecio la base legal para restringir la lectura y el prestamo de 
libros informatizados — asi como de otras clases de datos. La Union Europea impuso 
restricciones similares con su directiva sobre copyright de 2001. 

Hasta hace poco habia una excepcion, la idea de que el FBI y Microsoft guardaran 
las claves de administracion de los ordenadores personales y no las dejasen tener no 
fue propuesta hasta 2002: se le denomina «Informatica de Confianza» o «Palladium». 

Cada vez estamos mas cerca de este punto. En 2001 el Senador Hollings, financiado 
por la Disney, propuso un proyecto de ley llamado SSSCA — ahora rebautizado como 
la CBDTPA — que podria requerir que todos los nuevos ordenadores tuviesen aplica- 
ciones obligatorias de restriccion de copia que el usuario no podria puentear 

En 2001 los Estados Unidos, empezaron a intentar utilizar la llamada Area de Libre 
Comercio de las Americas (ALCA) para imponer las mismas normas en todos los pai- 
ses del hemisferio occidental. El ALCA es uno de los denominados tratados de «libre 
comercio», dirigido actualmente a otorgar mayor poder a las empresas sobre los go- 
biernos democraticos; imponiendo leyes como la DMCA que son tipicas de su espiritu. 
La Electronic Frontier Foundation anima a la gente a que explique a sus gobiernos por 
que deberian oponerse a esos planes. 

La SPA que en realidad corresponde a la Software Publisher's Association, ha sido 
reemplazada en su papel por la BSA o Business Software Aliance. La BSA no es un 
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cuerpo de policia oficial. Actua como tal extraoficialmente. Usa metodos de delacion 
que tienen reminiscencias en la antigua Union Sovietica. Anima a la gente a informar 
sobre sus companeros de trabajo y sus amigos. Promovio una campana de terror en 
Argentina, durante 2001, amenazando con la carcel a todo aquel que compartiese soft- 
ware. 

Cuando este articulo fue escrito, la SPA amenazaba a los pequeftos proveedores de 
Internet para que le permitiesen controlar a todos sus usuarios. Muchos ISP cedieron 
ante las amenazas, ya que no podian permitirse recurrir a la via judicial. Al menos un 
ISP, Community Connexion, en Oakland (California), se nego a ceder a las presiones y 
ha sido demandado. Aparentemente, la SPA retiro la demanda hace poco, pero no hay 
duda de que continuaran su campana por otros medios. 

Las politicas universitarias de seguridad descritas arriba no son imaginarias. Por 
ejemplo, el ordenador de una universidad de la zona de Chicago despliega el siguiente 
mensaje al entrar en el sistema: 

«Este sistema solo puede ser utilizado por usuarios autorizados. Cualquier perso- 
na que utilice este sistema sin autorizacion o fuera de los lfmites autorizados sera 
vigilado por el personal administrador del sistema. Durante el control de usuarios 
que realicen actividades no autorizadas o durante el mantenimiento del sistema, las 
actividades de los usuarios autorizados podran ser supervisadas. Cualquiera que 
utilice este sistema acepta expresamente este control y debera saber que, en caso de 
que dicho control revelara posibles indicios de actividades ilegales o de violacion 
de las normas de la universidad, el personal de mantenimiento del sistema podra 
proporcionar estas pruebas a las autoridades de la Universidad y/o a las fuerzas 
de seguridad.» 

Esta es una interesante interpretacion de la Cuarta Enmienda: obligar a los usuarios 
a renunciar por adelantado a los derechos contemplados en ella. 
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Capftulo 12 

Malinterpretar el copyright: una sucesion 

de errores 1 



Algo extrano y peligroso esta sucediendo en la legislacion sobre el copyright. Segun 
la Constitucion de los Estados Unidos, el copyright existe para beneficiar a los usuarios 
— los que leen libros, escuchan musica o utilizan software — , no para beneficiar a los 
editores o los autores. Aun cuando la gente tiende cada vez mas a rechazar y desobe- 
decer las limitaciones del copyright que le vienen impuestas «por su propio beneficio», 
el gobierno de los Estados Unidos esta anadiendo mas restricciones y trata de asustar 
al publico con nuevas y rlgidas penas con el fin de conducirlo a la sumision. ,;C6mo 
llego la polltica de copyright a ser diametralmente opuesta a su proposito estableci- 
do? ,;C6mo podemos volver a alinearla con ese proposito? Para comprenderlo, debe- 
mos empezar por considerar la raiz de la legislacion estadounidense sobre copyright: 
la Constitucion de los Estados Unidos. 



El copyright en la Constitucion de los Estados Unidos 

Cuando se diseno la Constitucion de los Estados Unidos, se propuso la idea de 
que se concediera a los autores un monopolio sobre el copyright — la propuesta fue 
rechazada. Los fundadores de nuestro pais adoptaron un supuesto diferente: que el 
copyright no es un derecho natural de los autores, sino una concesion artificial que 
se les hace en nombre del progreso. La Constitucion concede carta legal al sistema de 
copyright con este parrafo (Articulo I, Seccion 8): 

[El Congreso tendra el poder] de promover el progreso de la ciencia y las artes pro- 
vechosas, asegurando por tiempo limitado a los inventores y autores el exclusivo 
derecho sobre sus respectivos descubrimientos y escritos. 

El Tribunal Supremo ha afirmado repetidas veces que promover el progreso signi- 
fica un beneficio para los usuarios de las obras sujetas a copyright. Por ejemplo, en el 
caso de la Fox Film contra Doyal, el tribunal dicto: 

1 Publicado originalmente en este libro. 
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El exclusivo interes de los Estados Unidos y el objeto primordial de conceder el mo- 
nopolio [del copyright] reside en los beneficios generales obtenidos por el publico 
a partir del trabajo de los autores. 

Esta decision fundamental explica por que el copyright no es obligatorio segun la 
Constitucion y es solo algo permitido como una opcion — tambien explica por que se su- 
pone que su duracion alcanza un «tiempo limitado». Si el copyright fuera un derecho 
natural, algo que los autores tienen en tanto depositaries de ese derecho, nada justifi- 
carla la extincion de este derecho pasado un determinado periodo de tiempo, como si 
los hogares de cada uno pasaran a ser propiedad publica cierto tiempo despues de su 
construccion. 



El sistema de copyright funciona mediante la concesion de privilegios y por lo tanto 
de beneficios, a los editores y a los autores, pero no lo hace en su provecho. Mas bien 
lo hace para modificar su comportamiento: proporciona un incentivo a los autores para 
escribir y editar mas. En la practica, el gobierno emplea los derechos naturales del pu- 
blico, en nombre del publico, como parte de un trato para ofrecerle un mayor numero 
de obras editadas. Los expertos en derecho llaman a este concepto el «contrato de copy- 
right^ como la adquisicion estatal de una autopista o un avion usando el dinero de los 
contribuyentes, excepto que en este caso el gobierno gasta nuestra libertad en lugar de 
nuestro dinero. 

Pero ,;tal y como existe en la actualidad, el contrato supone un buen trato para el 
publico? Son posibles muchos contratos alternativos; ^cual es el mejor? Cualquier me- 
dida en relacion a la politica de copyright es parte de esta cuestion. Si malinterpretamos 
la naturaleza de la cuestion, tenderemos a tomar medidas de forma erronea. 

La Constitucion permite que se concedan derechos de copyright a los autores. En 
la practica, normalmente los autores se los ceden a los editores; son los editores, y no 
los autores, quienes suelen ejercer los derechos y quienes se quedan con la mayorla de 
los beneficios, aunque los autores consigan una pequena porcion. Por eso los editores 
son los que con frecuencia presionan mas para aumentar los poderes del copyright. Pa- 
ra reflejar mejor la realidad del copyright en lugar del mito, este articulo se refiere a 
los editores antes que a los autores como sujetos de los derechos del copyright. Tam- 
bien se refiere a los usuarios de las obras protegidas por el copyright como «lectores», 
aun cuando este uso no siempre signifique su lectura, en la medida en que el termino 
«usuario» resulta lejano y abstracto. 

El primer error: «equilibrar la balanza» 

El contrato de copyright pone al publico en primer termino: el beneficio para el 
publico lector es un fin en si mismo; los beneficios para los editores — si es que se dan — 

2 N6tese que el termino ingles bargain puede referirse tanto a un trato como a un chollo. [N. del E.] 
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son solo medios para conseguir ese fin. En principio, los intereses de los lectores y 
los de los editores son cualitativamente desiguales. El primer paso al malinterpretar el 
proposito del copyright es elevar a los editores al mismo nivel de importancia que a los 
lectores. 

Se ha dicho con frecuencia que la legislacion estadounidense de copyright se pro- 
pone equilibrar la balanza entre los intereses de los editores y de los lectores. Los que 
citan esta interpretacion la presentan como una reformulacion del punto de partida es- 
tablecido en la Constitucion; en otras palabras, se la supone equivalente al contrato de 
copyright. 

Pero las dos interpretaciones estan lejos de ser equivalentes; son conceptualmente 
distintas y sus implicaciones son diferentes. La idea de la balanza asume que los intere- 
ses de los editores y de los lectores difieren en importancia de forma solo cuantitativa, 
en «cuanto al peso» que debemos darles y en que situaciones se deben aplicar. El con- 
cepto de «la persona que guarda las apuestas» se suele usar para enmarcar la cuestion 
de este modo; supone que al tomar una decision todos los intereses son igual de impor- 
tantes. Este enfoque rechaza la distincion cualitativa entre los intereses de los lectores 
y de los editores que esta en la base de la mediacion gubernamental en el contrato de 
copyright. 

Las consecuencias de esta alteracion tienen un largo alcance, porque la fuerte pro- 
teccion que el publico recibe con el contrato del copyright — a idea de que los privilegios 
del copyright solo pueden justificarse en nombre de los lectores y nunca en el nombre 
de los editores — queda eliminada por esta interpretacion de tipo «balanza». Dado que 
el interes de los editores es considerado como un fin en si mismo, se puede justificar 
los privilegios del copyright; en otras palabras, el concepto de «balanza» dicta que los 
privilegios pueden justificarse en nombre de cualquiera que no sea el publico. 

En la practica, la consecuencia del concepto de «balanza» es que invierte el peso 
de las justificaciones en lo que respecta a la legislacion de copyright. El contrato de 
copyright coloca el peso en los editores para convencer a los lectores de que cedan 
ciertas libertades. El concepto de balanza practicamente invierte este peso, porque en 
general no hay duda de que los editores se benefician de privilegios adicionales. De 
modo que, si no se prueba que el dano causado a los lectores es lo bastante grande 
como para «equilibrar» esos beneficios, se nos lleva a la conclusion de que los editores 
tienen derecho a casi cualquier privilegio que reclamen. 

Dado que la idea de «equilibrar la balanza» entre editores y lectores niega a los 
lectores la primacia a la que tienen derecho, debemos rechazarla. 

^Que se contraequilibra? 

Cuando el gobierno compra algo para el publico, actua en su nombre; su responsa- 
bilidad es obtener el mejor trato posible — mejor para el publico, no para la otra parte 
del acuerdo. 
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Por ejemplo, cuando firma contratos con las constructoras para hacer autopistas, 
el gobierno pretende gastar lo menor parte posible del erario publico. Las agendas 
gubernamentales usan el sistema de concursos para forzar los precios a la baja. 

En la practica, el precio no puede ser igual a cero, porque los contratistas no pujaran 
tan bajo. Aunque no tengan derecho a consideraciones especiales, tienen los derechos 
ciudadanos corrientes en una sociedad libre, incluyendo el derecho a rechazar contra- 
tos no ventajosos; incluso la oferta mas baja sera suficiente para que algun contratista 
gane dinero. Luego ciertamente existe algun tipo de equilibrio. Pero no se trata de un 
equilibrio deliberado entre dos intereses que reclaman un trato especial. Es un equili- 
brio entre el bien publico y las fuerzas del mercado. El gobierno trata de obtener para 
los contribuyentes automovilistas el mejor trato que puedan conseguir en el contexto 
de una sociedad libre y de un mercado libre. 

En el contrato de copyright, el gobierno emplea nuestra libertad en lugar de nuestro 
dinero. La libertad es mas valiosa que el dinero, asi que la responsabilidad del gobierno 
en el empleo sabio y austero de nuestra libertad es incluso mayor que su responsabili- 
dad en el uso de nuestro dinero. Los gobiernos jamas deben poner los intereses de los 
editores a la par que la libertad del publico. 

Mejor concesion que «equilibrio» 

La idea de equilibrar los intereses de los lectores con los intereses de los editores 
es la forma mas erronea de juzgar la politica de copyright, pero ciertamente hay dos 
intereses que sopesar: dos intereses de los lectores. Los lectores estan interesados en su 
propia libertad de consumir obras publicadas; y segun las circunstancias, tambien esta- 
ran interesados en animar la publicacion mediante algun tipo de incentivos. 

La palabra «equilibrio», en las discusiones sobre copyright, ha quedado como una 
abreviatura de la idea de «equilibrar la balanza» entre lectores y editores. Por lo tanto, 
usar la palabra «equilibrio» a proposito de los dos intereses de los lectores seria confuso 
— necesi tamos otro termino. 

En general, cuando un sujeto tiene dos objetivos que parcialmente entran en con- 
flicto, y no puede realizar ambos por completo, llamamos a esto una concesion. Por 
lo tanto, mejor que hablar de «equilibrar la balanza» entre las partes, deberiamos ha- 
blar de «encontrar la concesion apropiada de libertad que considere tanto su perdida 
necesaria como su conservacion». 

El segundo error: maximizar la produccion 

El segundo fallo de la politica de copyright consiste en adoptar el objetivo de ma- 
ximizar — no simplemente aumentar — la cantidad de obras publicadas. El concepto 
erroneo de «equilibrar la balanza» alzaba a los editores al nivel de los lectores; este 
segundo error los situa muy por encima de ellos. 

Cuando adquirimos algo, por lo general no compramos toda la cantidad disponible 
ni tampoco el modelo mas caro. En su lugar conservamos fondos para otras adquisicio- 



CAPfTULO 12. MALINTERPRETAR EL COPYRIGHT: UNA SUCESION DE ERRORES 



82 



nes, comprando solo lo que necesitamos de un bien particular o escogiendo un modelo 
estandar antes que el de mas alta calidad. El principio de los rendimientos decrecientes 
ensena que gastar todo nuestro dinero en un bien particular tiende a ser una ineficiente 
asignacion de recursos; por lo general preferimos guardar algo de dinero para otro uso. 

La ley de rendimientos decrecientes se ajusta al copyright tanto como a cualquier 
otra adquisicion. Las primeras libertades que deberiamos ceder son aquellas que menos 
echamos de menos, al tiempo que damos el mayor respaldo a la publicacion. Segun 
cedemos libertades adicionales que se acercan mas a lo que nos importa, encontramos 
que cada cesion supone un mayor sacrificio que la anterior, mientras que aporta un 
menor incremento a la actividad literaria. Antes de que el incremento sea igual a cero, 
bien podriamos decir que su creciente precio no merece la pena; entonces fijariamos 
un contrato cuyo resultado general es incrementar la cantidad de lo publicado, pero no 
hasta su ultimo extremo posible. 

Aceptar el objetivo de maximizar la publicacion supone rechazar de entrada todos 
estos contratos mas ventajosos — este objetivo dispone que el publico debe ceder casi 
toda su libertad de usar obras publicadas, a cambio de solo unas pocas publicaciones 
mas. 

La retorica de la maximizacion 

En la practica, el objetivo de maximizar la produccion sin que importe su coste para 
la libertad se sustenta en la extendida retorica que asegura que la copia publica es ilegal, 
ilegitima, injusta e intrinsecamente erronea. Por ejemplo, los editores llaman «piratas» 
a la gente que copia, termino difamatorio pensado para equiparar el intercambio de 
informacion con tu vecina con el abordaje a un barco. (Este termino difamatorio fue an- 
teriormente usado por los autores para describir a los editores que encontraron formas 
legales de publicar ediciones no autorizadas; su uso moderno por parte de los editores 
es casi su reverso). Esta retorica rechaza directamente la base constitucional del copy- 
right, pero se presenta a si misma como representante de la incontestada tradicion del 
sistema legal americano. 

La retorica del «pirata» es aceptada frecuentemente en la misma medida en que 
ciega a los medios de comunicacion, de tal modo que poca gente se da cuenta de su 
extremismo. Resulta efectiva porque si la copia por parte del publico es fundamental- 
mente ilegitima, nunca podremos oponernos a los editores que exigen nuestra renuncia 
a la libertad de copiar. En otras palabras, cuando se reta al publico a demostrar por que 
los editores no deben recibir mas poder, la razon mas importante de todas — «queremos 
copiar» — es descalificada de entrada. 

Esto no deja lugar para contestar el creciente poder del copyright sin entrar en cues- 
tiones secundarias. Por lo tanto la oposicion actual a un mayor poder del copyright 
alega exclusivamente cuestiones secundarias y nunca se atreve a alegar la libertad de 
distribuir copias como un valor publico legitimo. 

En concreto, el objetivo de la maximizacion capacita los editores para argumen- 
tar que «cierta practica esta reduciendo nuestras ventas — o pensamos que podria 
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reducirlas — , asi que suponemos que reduce las publicaciones en una cantidad desco- 
nocida, y que por lo tanto debe ser prohibida». Se nos lleva a la espantosa conclusion de 
que el bien publico se mide por las ventas de los editores: lo que es bueno para General 
Media es bueno para EE.UU. 

El tercer error: maximizar el poder de los editores 

Una vez que los editores han obtenido el consentimiento para el objetivo estrate- 
gico de maximizar la produccion de publicaciones a cualquier coste, su proximo paso 
es probar que esto obliga a otorgarles los mayores poderes posibles — haciendo que 
el copyright cubra cualquier uso imaginable de una obra o aplicando cualquier otro 
instrumento legal como las licencias «de sobre cerrado» para conseguir un efecto equi- 
valente. Este objetivo, que impone la abolicion del «uso razonable» y el «derecho sobre 
la primera venta», esta siendo objeto de presion en todos los niveles de gobierno ima- 
ginables, desde los estados de los EE.UU. hasta los organismos internacionales. 

Esta medida es erroneo porque las reglas estrictas de copyright obstruyen la crea- 
cion de nuevas obras utiles. Por ejemplo, Shakespeare tomo prestados los argumentos 
de algunas de sus obras teatrales de otras obras publicadas unas pocas decadas antes, 
de modo que de haber estado en funcionamiento la actual legislacion de copyright, sus 
obras habrian sido ilegales. 

Incluso si desearamos el mayor grado posible de publicacion, sin que importara 
el costo para el publico, maximizar el poder de los editores es una forma erronea de 
conseguirlo. Como medio de promover el progreso, es autodestructivo. 

Resultados de los tres errores 

La tendencia actual en la legislacion de copyright es proporcionar a los editores 
poderes mas amplios por periodos de tiempo cada vez mas largos. La base conceptual 
del copyright, en la medida en que resulta distorsionada por esta secuencia de errores, 
rara vez ofrece una base para decir no. Los legisladores defienden de boquilla la idea de 
que el copyright sirve al publico, mientras que en realidad dan a los editores cualquier 
cosa que pidan. 

Por ejemplo, esto es lo que dijo el senador Hatch al introducir la S. 483, una ley 
dictada en 1995 que incrementa la duracion del copyright 20 anos mas: 

Creo que nemos llegado al punto de preguntarnos si la duracion actual del copy- 
right protege adecuadamente los intereses de los autores, y la cuestion correlativa 
de si el tiempo de proteccion sigue proporcionando suficientes incentivos para la 
creacion de nuevas obras. 

Esta ley extendio el copyright para obras publicadas y escritas desde 1920. Este 
cambio supuso una ganga para los editores, sin beneficio posible para el publico, dado 
que ahora no hay modo de aumentar retroactivamente la cantidad de libros publicados 
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entonces. Sin embargo costo al publico una libertad hoy muy significativa — la libertad 
de redistribuir libros de esa epoca. 

La ley tambien extendio el copyright de las obras que aun no han sido escritas. Para 
trabajos de encargo, el copyright duraria 95 anos en lugar de los 75 anos que dura hoy. 
Teoricamente esto aumentaria los incentivos para escribir nuevos libros, pero cualquier 
editor que diga necesitar este incentivo extra deberia apoyar esta pretension con hojas 
de balance proyectadas hasta el ano 2075. 

No hace falta decir que el Congreso no cuestiono los argumentos de los editores: en 
1998 fue promulgada la ley que extendia la duracion del copyright. Fue conocida como 
la «ley Sonny Bono para la extension de la duracion del copyright», asi llamada por 
uno de sus promotores, que habia muerto ese ano. Su viuda, que cubrio el resto de su 
trabajo, hizo esta declaracion: 

En realidad, Sonny querla que el copyright durase para siempre. Mis abogados 
me han informado de que tal cambio violaria la Constitution. Os invito a todos 
vosotros a trabajar conmigo para reforzar nuestras leyes de copyright de todos los 
modos a nuestro alcance. Como sabeis, tambien esta la propuesta de Jack Valenti 
para que dure para siempre menos un dfa. Quiza el comite pueda tratar este asunto 
el proximo Congreso. 

El Tribunal Supremo ha admitido un pleito que busca derogar esta ley con el fun- 
damento de que la retroactividad no sirve al objetivo constitucional de promover el 
progreso. 

Otra ley, aprobada en 1996, convirtio en una fechoria hacer determinadas copias 
de cualquier obra publicada, incluso si vas a repartirlas entre amigos simplemente por 
amabilidad. Antes esto en absoluto era un crimen en los EE.UU. 

Una ley todavia peor, la Digital Millenium Copyright Act (DMCA) fue disenada pa- 
ra traer de vuelta la proteccion frente a las copias — que los usuarios de ordenadores 
detestan — convirtiendo en un crimen cualquier infraction de esta proteccion, o incluso 
publicar information sobre como quebrar esta proteccion. Esta ley deberia de llamar- 
se «ley para la domination por parte de las empresas mass-mediaticas» porque ofrece 
efectivamente a los editores la oportunidad de escribir su propia ley de copyright. Dic- 
ta que pueden imponer cualquier tipo de restricciones en el uso de una obra, y estas 
restricciones tienen el rango de ley siempre que la obra contenga algun tipo de cifrado 
o gestor de licencias que haga efectivo su cumplimiento. 

Uno de los argumentos ofrecidos por esta ley era que implementaria un reciente 
tratado para aumentar la extension del copyright. Este tratado fue promulgado por la 
Organizacion Mundial de la Propiedad Intelectual (OMPI), organizacion dominada por 
los propietarios de los derechos de autor y de patentes, con la ayuda del gobierno de 
Clinton; dado que el tratado solo aumenta la extension del copyright, es dudoso que 
sirva al interes publico en ningun pais. En cualquier caso, la ley fue mucho mas lejos de 
lo que el tratado demandaba. 

Las bibliotecas fueron una fuente clave de oposicion a esta ley, especialmente en los 
aspectos que coartan las formas de copia que se consideran de «uso razonable». ^Como 
respondieron los editores? El antes diputado Pat Schroeder, ahora miembro del grupo 
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de presion a favor de la Asociacion de Editores Americanos, dijo que los editores «no 
podrlan vivir con lo que (las bibliotecas) estan pidiendo». Dado que las bibliotecas solo 
estaban pidiendo que se mantuviera parte del statu quo, uno podria contestar pregun- 
tando como hablan sobrevivido los editores hasta entonces. 

El congresista Barney Frank, durante una reunion conmigo y otros opositores a esta 
ley, demostro cuanto se ha menospreciado la vision que la Constitucion de los EE.UU. 
tiene sobre el copyright. Dijo que se necesitan urgentemente nuevos poderes respalda- 
dos por nuevas penas, puesto que «la industria del cine esta preocupada», asi como la 
«industria de la musica» y otras «industrias». Yo le pregunte, «^pero todo esto es para 
el interes general?» Su respuesta vino a decir: «^Por que me hablas del interes general? 
jLa gente creativa no tiene que abandonar sus derechos en favor del interes general!» La 
«industria» ha sido identificada con «la gente creativa» a la que contrata, el copyright 
ha sido tratado como su privilegio y la Constitucion ha sido puesta patas arriba. 

La DMCA fue publicada en 1998. Esta ley dice que el uso razonable sigue siendo 
legitimo, pero permite a los editores prohibir todo el software o el hardware con el que 
podrias ponerlo en practica. De hecho, el uso razonable esta prohibido. 

Basandose en esta ley, la industria del cine ha impuesto la censura al software libre 
por leer y reproducir DVDs, e incluso a la information sobre como leerlos. En abril 
de 2001 el profesor Edward Felten, de la universidad de Princeton, fue intimidado bajo 
amenaza de una demanda judicial por parte de la Asociacion de la Industria Americana 
de Grabacion, con el objetivo de que retirara un articulo cientifico en el que exponia lo 
que habia aprendido acerca de un sistema piloto de encriptacion que restringia el acceso 
a las grabaciones musicales. 

Tambien estamos empezando a ver libros electronicos que retiran a los lectores mu- 
chas de sus libertades tradicionales — por ejemplo, la libertad de prestar un libro a un 
amigo, de venderlo a una tienda de libros usados, de tomarlo prestado de una bibliote- 
ca, de comprarlo sin darle tu nombre a una base de datos empresarial, incluso la libertad 
de leerlo dos veces. Los libros electronicos codificados restringen por lo general este ti- 
po de actividades — solo puedes leerlos con un software especial secreto disenado para 
limitar tus libertades. 

Nunca comprare uno de esos libros electronicos, cifrados y restrictivos, y espero que 
tu tambien los rechaces. jSi un libro electronico no te da las mismas libertades que un 
libro tradicional de papel, no lo aceptes! 

Cualquiera que lance por su cuenta software que pueda leer libros electronicos res- 
trictivos se arriesga a ser acusado. Un programador ruso, Dmitry Sklyarov, fue arresta- 
do en 2001 mientras visitaba EE.UU. para dar en una conferencia, porque habia escrito 
un programa de esas caracteristicas en Rusia, donde hacerlo era legal. Ahora Rusia 
tambien esta preparando una ley para prohibirlo y la Union Europea ha adoptado una 
similar recientemente. 

Los libros electronicos para el mercado de masas han resultado hasta ahora un fra- 
caso comercial, pero no porque los lectores elijan defender su libertad; no eran atracti- 
vos por otras razones, como el hecho de que los monitores de los ordenadores no son 
soportes comodos para la lectura. No podemos confiar en esta feliz casualidad para 
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protegernos a largo plazo; el proximo intento para promocionar los libros electroni- 
cos usara «papel electronico» — objetos parecidos a libros dentro de los cuales se puede 
descargar un libro electronico codificado y restringido. Si este soporte parecido al papel 
demuestra ser mas atractivo que los actuales monitores, tendremos que defender nues- 
tra libertad para conservarla. Mientras tanto, los libros electronicos estan penetrando 
nichos de mercado: la NYU y otras escuelas de odontologla obligan a sus estudiantes a 
comprar sus libros de texto con formato de libros electronicos restrictivos. 

Las empresas mediaticas no estan satisfechas todavia. En 2001, el senador Hollings 
— financiado por la Disney — propuso una ley llamada «ley para los estandares de los 
sistemas de seguridad y de las certificaciones», ^ que obligaria a que todos los ordena- 
dores — y otros dispositivos de grabacion y reproduccion digital — tuvieran sistemas 
restrictivos de copia por mandato del gobierno. Ese es su objetivo final, pero el primer 
punto de su agenda es prohibir cualquier equipo que pueda sintonizar HDTV digital 
a no ser que este disenado para que al publico le sea imposible «entrometerse» — por 
ejemplo, modificarlo para sus propios fines. Dado que el software libre es software 
que los usuarios pueden modificar, aqui nos enfrentamos por primera vez con una pro- 
puesta de ley que prohfbe explicitamente el software libre para un trabajo determinado. 
Seguramente, le seguira la prohibicion de otros trabajos. Si el FCC adopta esta regla, el 
software libre hoy existente, como GNU Radio, seria censurado. 

La accion politica es necesaria para bloquear estas leyes y reglamentos. |^] 

Encontrar el contrato adecuado 

^Cual es la manera adecuada de decidir la politica de copyright? Si el copyright es 
un contrato hecho en nombre del publico, deberia servir ante todo al interes publico. 
El deber del gobierno al vender la libertad del publico es vender solo lo que debe y 
venderlo tan caro como sea posible. Como mmimo, deberiamos recortar, en la medi- 
da de lo posible, el alcance del copyright mientras podamos un nivel comparable de 
publicacion. 

Dado que no podemos encontrar este precio minimo en terminos de libertad a traves 
de un concurso publico como se hace con los proyectos de construccion, i que podemos 
hacer? 

Un metodo posible es reducir los privilegios del copyright por etapas y observar los 
resultados. Observando si hay disminuciones apreciables en el volumen de publicacion, 
aprenderemos que extension del copyright es realmente necesaria para llevar a cabo los 
propositos del publico. Esto se debe valorar por medio de la observacion practica, no 
por lo que los editores digan que ocurrira, ya que tienen todos los motivos para hacer 
predicciones exageradas de perdidas si sus poderes se ven reducidos de algun modo. 

3 Luego rebautizada con el nombre impronunciable de LPCBATD, para la cual «consume, pero no in- 
tentes programar nada» es un buen recordatorio; pero las siglas significan realmente Ley de Promotion 
del Consumo de Banda Ancha y Television Digital. 

4 Si quieres ayudar, te recomiendo los sitios web digitalspeech . org y www . ef f . org 
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La politica de copyright tiene varias dimensiones independientes que pueden ajus- 
tarse de forma separada. Despues de encontrar el mmimo necesario para una vertiente 
de esta politica, todavia seria posible reducir otras dimensiones del copyright a la vez 
que se mantiene el nivel de publicacion deseado. 

Una dimension importante del copyright es su duracion, que ahora se encuentra en 
torno a un siglo de media. Reducir el monopolio sobre la copia a diez anos, desde la 
fecha en que una obra es publicada, seria un buen primer paso. Otro aspecto del copy- 
right, que cubre la realizacion de obras derivadas, podria extenderse por mas tiempo. 

,;Por que contar desde la fecha de publicacion? Por que el copyright de las obras no 
publicadas no limita directamente la libertad los lectores; que tengamos libertad para 
copiar una obra es una cuestion inutil cuando aun no tenemos una copia. Asi que dar 
a los autores mas tiempo para publicar un trabajo no hace ningun dano. Los autores 
— que por lo general si poseen el copyright antes de publicar — rara vez elegiran retrasar 
la publicacion solo para alejar el fin del plazo del copyright. 

^Por que diez anos? Porque esta es una propuesta segura; podemos confiar en el 
terreno practico que esta reduccion tendra, hoy en dia, poco impacto en la viabilidad 
general de la edicion. En muchos medios y generos, las obras de exito son muy renta- 
bles unos pocos anos, y normalmente incluso las obras de exito ya no se editan pasados 
los diez anos. Incluso para las obras de referenda, cuya vida util puede ser de muchas 
decadas, el copyright de diez anos deberia de bastar: las ediciones actualizadas se lan- 
zan con regularidad y muchos lectores compraran la ultima version con copyright antes 
que copiar una version de dominio publico con diez anos de antigiiedad. 

Diez anos todavia puede ser mas tiempo del necesario; una vez que las cosas se 
estabilicen, podremos probar mayores reducciones para ajustar el sistema. En una me- 
sa redonda sobre copyright durante una convencion literaria, en la que yo propuse el 
plazo de diez anos, un famoso escritor de fantasia que se sentaba junto a mi protes- 
to vehementemente, diciendo que cualquier cosa que sobrepasara los cinco anos era 
intolerable. 

Pero no tenemos por que aplicar el mismo lapso de tiempo para todas las obras. 
Mantener la uniformidad extrema de las politicas de copyright no es crucial para el in- 
teres publico y la legislacion de copyright ya incluye muchas excepciones para medios 
y usos especificos. Seria estupido pagar por cada proyecto de autopista al precio de los 
proyectos mas dificiles y en las regiones mas caras del pais; es igualmente estupido «pa- 
gar» por todo tipo de arte el precio mas alto, en terminos de libertad, que consideramos 
necesario para un caso determinado. 

Asi, quizas las novelas, los diccionarios, los programas informaticos, las canciones, 
las sinfonias y las peliculas deberian tener un copyright con distintas duraciones, de 
modo que podamos reducir la duracion en cada tipo de obra a lo que sea necesario 
para ese tipo de obras se publiquen. Quiza las peliculas con duracion mayor de una 
hora podrian tener un copyright de 20 anos, debido a los costes de produccion. En mi 
propio campo, la programacion informatica, tres anos deberian bastar, dado que los 
ciclos de un producto son incluso mas cortos. 
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Otra dimension de la politica de copyright es la magnitud del uso razonable: algu- 
nas formas legalmente permitidas de reproduccion de un trabajo, total o parcialmente, 
aun cuando este esta protegido por el copyright. El primer paso natural para reducir 
este aspecto del copyright es permitir la copia privada sin animo de lucro, ocasional y 
en pequena cantidad, para su distribucion entre individuos. Esto eliminarla la intrusion 
de la policla del copyright en la vida privada de la gente, pero probablemente tendrla 
poco efecto en las ventas de las obras publicadas. (Podria ser necesario tomar otras me- 
didas legales para asegurar que las licencias de uso de «sobre cerrado» no sean usadas 
para sustituir al copyright y restringir este tipo de copia.) La experiencia de Napster 
muestra que tambien deberiamos permitir al publico general la redistribucion textual 
y no comercial — cuando tanta gente entre el publico quiere copiar y compartir, y lo 
encuentra tan util, solo conseguiran detenerlo medidas draconianas; el publico tiene 
derecho a obtener lo que quiere. 

Para las novelas, y en general para las obras que se utilizan como entretenimiento, 
la redistribucion textual no comercial podria ser una libertad suficiente para los lecto- 
res. Los programas informaticos, al ser usados para fines funcionales — para trabajar — , 
exigen libertades adicionales, incluyendo la libertad de publicar una version mejora- 
da. (Consulta la definicion de «software libre» en este libro para una explicacion de las 
libertades que los usuarios de software deberian de tener.) Sin embargo, en relacion a 
estas libertades un compromiso aceptable podria ser que estuvieran disponibles uni- 
versalmente unicamente despues de una retraso de dos o tres anos con respecto a la 
publicacion del programa. 

Cambios como estos podrlan adaptar el copyright al deseo del publico de usar la 
tecnologia digital para copiar. Sin duda los editores encontraran estas propuestas «des- 
proporcionadas»; podrian amenazar con recoger «sus fichas y largarse del juego», pero 
en realidad no lo haran, porque el juego seguira siendo rentable y sera el unico juego 
posible. 

Al igual que consideramos la reduccion de la extension del copyright, debemos ase- 
gurarnos de que simplemente las empresas mediaticas no lo reemplazaran con acuer- 
dos de licencia para el usuario final. Sena necesario prohibir el uso de contratos que 
aplican a la copia restricciones que van mas alia que las reguladas por el copyright. Di- 
chas limitaciones, que pueden ser prescritas por los contratos no negociados del mer- 
cado de masas, son una parte estandar del sistema legal de los EE.UU. 

Una nota personal 

Soy programador de software, no un experto en derecho. He llegado a interesarme 
por el copyright porque no hay forma de evitarlo en el mundo de las redes informati- 
casJ^Como usuario de ordenadores y de redes desde hace treinta anos, valoro las liber- 
tades que hemos perdido y las que podriamos perder. Como autor, puedo rechazar la 
mistificacion romantica del autor como creador semidivino, frecuentemente esgrimida 



5 Siendo Internet la mas grande de las redes informaticas mundiales 
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por los editores para justificar el incremento en el alcance del copyright de los autores, 
que los autores luego cederan a los editores. 

La mayor parte de este articulo se refiere a hechos y razonamientos que puedes 
comprobar, propuestas sobre las que te puedes formar tus propias opiniones. Pero te 
pido que aceptes algo que solo se basa en mi palabra: que los autores como yo no 
tenemos derecho a ningun poder especial sobre ti. Si deseas recompensarme mas por el 
software o los libros que he escrito, aceptare agradecido un cheque, pero por favor no 
entregues tu libertad en mi nombre. 



Capftulo 13 

La ciencia debe desechar el copyrighi 1 



Deberla ser un axioma que la literatura cientifica existe para divulgar el conoci- 
miento cientlfico, y que las revistas cientificas existen para facilitar este proceso. Por 
consiguiente, las reglas de uso de la literatura cientifica deberlan disenarse para ayudar 
a conseguir este objetivo. 

Las reglas que tenemos ahora, conocidas como copyright, fueron establecidas en la 
era de la imprenta, un metodo intrlnsecamente centralizado para la produccion masiva 
de copias. En el contexto de la imprenta, el copyright sobre los artlculos de publicacio- 
nes solo restringla a los editores, obligandoles a obtener un permiso para publicar un 
articulo, y a los posibles plagiarios. Esto ayudo a que las revistas activaran y divulgaran 
el conocimiento sin interferir en el provechoso trabajo de los cientificos o estudiantes, 
ya sea como escritores o como lectores de artlculos. Estas reglas se adecuaban bien a 
dicho sistema. 

La tecnologla moderna para las publicaciones cientificas es, sin embargo, Internet. 
iQue reglas asegurarian mejor la divulgation de los artlculos cientificos y del conoci- 
miento en la Red? Los artlculos deberlan de distribuirse en formatos no propietarios, 
de acceso abierto para todos. Y todos deberlan de tener el derecho de reproducir los 
artlculos, esto es, de reeditarlos Integramente con su adecuada atribucion. 

Estas reglas deberlan aplicarse tanto a los artlculos pasados como a los futuros, 
cuando se distribuyen en formato digital. Pero no hay ninguna necesidad crucial de 
cambiar el sistema de copyright actual aplicado a la edition impresa de revistas, por- 
que el problema no afecta a ese dominio. 

Por desgracia, parece que no todo el mundo esta de acuerdo con los axiomas que 
encabezan este articulo. Muchos editores de revistas parecen creer que el proposito de la 
literatura cientifica es permitirles editar revistas para cobrar suscripciones de cientificos 
y estudiantes. Esta forma de pensar se conoce como «confundir los medios con los 
fines ». 

Su proceder ha consistido en restringir el acceso a la lectura de literatura cientifica, 
incluso a aquellos que pueden pagar y que pagaran por ello. Usan la legislation de 
copyright, todavla vigente a pesar de su inadecuacion a las redes informaticas, como 
una excusa para detener a los cientificos en la selection de nuevas reglas. 



1 Publicado originalmente en la pagina web de Nature.com, en su section «Debates». 
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En nombre de la cooperacion cientifica y del futuro de la humanidad, debemos re- 
chazar tal enfoque desde su ralz — no solo los sistemas restrictivos que se han estable- 
cido, sino las prioridades equivocadas que los inspiraron. 

Los editores de revistas a veces argumentan que el acceso on line requiere servidores 
caros de alta capacidad y que deben cobrar tarifas de acceso para pagar estos servido- 
res. Este «problema» es una consecuencia de su propia «solucion». Concede a todo el 
mundo la libertad de autoeditar, y las bibliotecas en todo el mundo montaran paginas 
de libre publicacion para responder a la demanda. Esta solucion descentralizada redu- 
cira las necesidades de ancho de banda de la red y proveera un acceso mas rapido, a la 
vez que se protege la documentacion academica contra perdidas accidentales. 

Los editores tambien sostienen que pagar a los encargados de la pagina obliga a co- 
brar por el acceso. Aceptemos la suposicion de que los encargados deben ser pagados; 
para este viaje no hacen falta alforjas. El coste de la edicion de un revista normal esta 
entre el uno y el tres por ciento del coste de financiar la investigacion para producirla. 
Un porcentaje tan pequeno dificilmente puede justificar que se obstaculice el uso de los 
resultados. 

En su lugar, el coste de la edicion puede cubrirse, por ejemplo, cobrando a los auto- 
res por publicar en la pagina, y estos pueden traspasar estos pagos a los patrocinadores 
de su investigacion. A los patrocinadores no les deberla de importar, dado que ya pagan 
por la publicacion de una forma mas molesta, a traves de las tarifas astronomicas que 
abonan para que la biblioteca universitaria se suscriba a la revista. Mediante el cambio 
de modelo economico para que los patrocinadores de la investigacion cubran los costes 
de la edicion, podemos eliminar la necesidad aparente de restringir el acceso. El autor 
fortuito que no pertenece a ninguna institucion o empresa, y que no tiene patrocinador, 
podria estar exento de estos pagos, con los costos derivados a los autores patrocinados. 

Otra justificacion para las tarifas de acceso a las publicaciones de Internet es que 
pueden financiar la reconversion de los archivos impresos de un revista a un formato 
on line. Este trabajo tiene que hacerse, pero deberiamos buscar formas alternativas de 
financiarlo que no supongan obstruir el acceso a los resultados. El trabajo en si mismo 
no sera mas dificil ni costara mas. Digitalizar los archivos y malgastar los resultados 
por restringir el acceso a ellos es algo autodestructivo. 

La Constitucion de los EE.UU. dice que el copyright existe «para promover el pro- 
greso de la ciencia». Cuando el copyright impide el progreso de la ciencia, la ciencia 
debe desechar el copyright. 



Capftulo 14 

^Que es el copyleft? 1 



El copyleft es un metodo para convertir un programa en software libre y exigir que 
todas las versiones del mismo, modificadas o ampliadas, tambien lo sean. 

La forma mas sencilla de hacer que un programa sea libre es ponerlo en el dominio 
publico, sin derechos reservados. Esto permite a la gente compartir el programa y sus 
mejoras, si asi lo desean. Pero asimismo permite, a quienes no crean en la cooperacion, 
convertir el programa en software propietario. Pueden hacer cambios, muchos o pocos, 
y distribuir su resultado como un producto propietario. Las personas que reciben el 
programa con esas modificaciones no gozan de la libertad que les dio el autor original; 
el intermediario les ha despojado de ella. 

En el proyecto GNU, nuestro objetivo es proporcionarle a todos los usuarios la li- 
bertad para redistribuir y modificar el software GNU. Si los intermediaries pudieran 
eliminar esa libertad, nosotros veriamos aumentar nuestro numero de usuarios, pero 
esos usuarios no dispondrian de libertad. Asi que, en vez de poner software GNU en 
el dominio publico, lo protegemos con copyleft. De acuerdo con el copyleft, cualquiera 
que distribuya software, con o sin modificaciones, debe traspasar con el la libertad para 
copiarlo y modificarlo. El copyleft garantiza que cada usuario goce de esta libertad. 

El copyleft tambien incentiva a otros programadores a introducir mejoras en el soft- 
ware libre. Programas importantes como el compilador GNU para C++ existen gracias 
a esto. 

El copyleft tambien ayuda a programador o a la programadora que deseen contri- 
buir a mejorar el software libre al darles autorizacion para ello. Estos programadores o 
estas programadoras a menudo trabajan para empresas o universidades que harian casi 
cualquier cosa para obtener mas dinero. Un programador o una programadora puede 
querer aportar sus cambios a la comunidad, pero su empresa preferira convertir sus 
modificaciones en un producto de software propietario. 

Cuando le explicamos a la empresa que es ilegal distribuir la version mejorada a 
menos que sea en forma de software libre, normalmente esta optara por distribuirla 
como software libre antes que desecharla. 

Para aplicar el copyleft a un programa, primero reservamos los derechos; luego ana- 
dimos los terminos de distribucion, un instrumento legal que otorga a todo el mundo el 
derecho a utilizar, modificar y redistribuir el codigo del programa o cualquier progra- 

1 Escrito originalmente en 1996. 
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ma derivado del mismo, siempre que no se alteren los terminos de distribucion. De esta 
forma, el codigo y las libertades se convierten en elementos legalmente inseparables. 

Los desarrolladores de software propietario usan el copyright para restar libertad a 
los usuarios; nosotros recurrimos a los derechos reservados para garantizarsela. Por eso 
invertimos el nombre, convirtiendo los derechos reservados — copyright — en copyleft. 

El copyleft es un concepto general. Hay muchas maneras de interpretarlo. En el pro- 
yecto GNU, los terminos de distribucion especificos que utilizamos estan contenidos en 
la General Public License GNU (GNU GPL). La General Public License GNU es llamada 
muchas veces GNU-GPL para abreviar. Existe una pagina de consult^ sobre la GNU 
GPL. Tambien puedes leer por que la FSF obtiene la cesion de los derechos de copyright 
de aquellos que quieren contribuir con ellcj^] 

Una forma alternativa, la Lesser General Public License o Licencia Publica General 
para Bibliotecas GNU (GNU LGPL), se aplica a algunas — que no a todas — de las bi- 
bliotecas GNU. Esta licencia solia llamarse Library GPL, pero la rebautizamos porque 
el nombre anterior invitaba al uso indiscriminado de esta licencia. Para mas detalles, de 
por que este cambio era necesario, vease «Por que no deberias utilizar la Library GPL 
en tu proxima biblioteca». 

La Lesser General Public License GNU sigue disponible en HTML, aunque ha sido 
reemplazada oficialmente por la licencia arriba indicada. 

La licencia apropiada se incluye en muchos manuales y en cada distribucion de 
codigo fuente GNU. 

La GNU Free Documentation License FDL es una forma de copyleft disenada para 
manuales, libros de texto u otros documentos, que asegura a cualquiera la libertad de 
copia y de distribucion, con o sin modificaciones, ya sea en de forma comercial o no 
comercial. 

La GPL GNU esta disenada para que puedas aplicarla facilmente en tu propio pro- 
grama siempre y cuando poseas derechos sobre el. No tienes que modificar la GPL 
GNU para hacerlo, basta con anadir una nota en tu programa que haga referenda a 
ella. 

Si desearas aplicar el copyleft a tu programa con GPL/ GNU, lee las instrucciones 
al final del texto de la GPlQ Por favor, considera que debes utilizar el texto completo 
de la GPL. Es un conjunto mtegro y las copias parciales no estan permitidas — de igual 
modo que con la LGPL. 

Emplear los mismos terminos de distribucion para muchos programas diferentes 
facilita la copia del codigo entre varios programas. Ya que todos comparten identicos 
terminos de distribucion, no es necesario preocuparse por si los terminos son compa- 
tibles o no. La LGPL permite ademas alterar los terminos de distribucion de la GPL 
ordinaria, de modo que pueda copiarse el codigo dentro de otro programa cubierto por 
la GPL. 
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Si deseas poner un copyleft en tu manual con la GNU-LDL, por favor sigue las 
instrucciones al final del texto de esa licencia, y las instrucciones de la pagina GFDlj^] 
Como en el caso de la GNU-GPL, debes usar la licencia completa, no estan permitidas 
las copias parciales. 



"http : / / www . gnu .org/ copyleft /f dl-howto . html 



Capftulo 15 

Copyleft: idealismo pragmatico 



0 

Toda decision que una persona toma entronca con sus valores y objetivos. La gente 
pude tener objetivos y valores muy distintos: la fama, el dinero, el amor, la superviven- 
cia, la diversion y la libertad solo son algunos de los objetivos que una buena persona 
puede tener. Cuando el objetivo tambien es ayudar a los otros y a uno mismo, lo llama- 
mos idealismo. 

Mi trabajo con el software libre esta motivado por un objetivo idealista: difundir la 
libertad y la cooperacion. Quiero promover la difusion del software libre, sustituyendo 
al software propietario que prohibe la cooperacion, para de este modo mejorar nuestra 
sociedad. 

Esa es la razon principal de que la Licencia Publica General de GNU este escrita tal y 
como lo esta — como copyleft. Todo codigo anadido a programas protegidos por la GPL 
debe ser software libre, incluso si se coloca en un archivo separado. Hago que mi codigo 
este disponible como software libre y no como software propietario, para animar a otra 
gente que escribe software a que tambien lo haga. Supongo que como los desarrollado- 
res de software propietario utilizan el copyright para que no podamos compartir, los 
que cooperamos podemos usar el copyright para dar a otros que cooperan una ventaja 
propia: la de usar nuestro codigo. 

No todos los que usan GNU GPL tienen este objetivo. Hace muchos anos, a un 
amigo mlo le pidieron que redistribuyera un programa copyleft en condiciones que no 
eran copyleft, y respondio mas o menos asi: «A veces trabajo con software libre y otras 
con software propietario pero cuando trabajo con software propietario, espero que me 
paguen». 

Querla compartir su trabajo con una comunidad que compartiese software, pero no 
veia ninguna razon para hacer una donacion a un negocio que fabrica productos fuera 
del alcance de nuestra comunidad. Su objetivo era diferente del mio, pero decidio que 
GNU GPL tambien era util para su objetivo. 

Si quieres lograr algo en este mundo, el idealismo no es suficiente — necesitas esco- 
ger un metodo que funcione para conseguir tu objetivo — . En otras palabras, necesitas 
ser «pragmatico». <<Es pragma tica la GPL? Echemos un vistazo a sus resultados. 

1 Este articulo fue escrito originalmente en 1998. 
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Consideremos GNU C++. ,;Por que tenemos un compilador libre C++? Solo porque 
la GNU GPL dicta que tiene que ser libre. GNU C++ fue desarrollado por un consorcio 
industrial, MCC, a partir del compilador GNU C. Normalmente la MCC hace su trabajo 
todo lo propietario que puede. Pero hicieron el front end^]C++ con software libre por- 
que la GNU GPL dictaba que era el unico modo en que podian publicarlo. Elfron end 
C++ inclula muchos archivos nuevos, pero dado que supuestamente tenlan que estar 
relacionados con GCCj^Jla GPL encajaba en ellos. El beneficio para nuestra comunidad 
fue evidente. 

Consideremos GNU Objective C. Inicialmente NeXlQ quiso hacer propietario este 
front end; propusieron que se lanzara como un archivo «.o», y dejar que los usuarios 
lo enlazaran con el resto de GCC, pensando que esta serla una aproximacion a las exi- 
gencias de la GPL, pero nuestro abogado dijo que esto no salvaba los requerimientos 
legales, que no estaba permitido. Por eso hicieron libre el front end Objective C. 

Estos casos tuvieron lugar hace anos, pero la GNU GPL sigue proporcionandonos 
mas software libre. 

Muchas bibliotecas de GNU estan protegidas por la licencia publica general para 
bibliotecas, pero no todas. Una biblioteca de GNU protegida por la licencia GPL normal 
es Readline, que implementa la edicion de lmeas de comandos. Una vez encontre un 
programa no libre que estaba disenado para usar Readline, y le dije al desarrollador que 
esto no estaba permitido. Podria haber eliminado del programa la edicion de lfneas de 
comandos, pero lo que hizo en realidad fue redistribuirlo bajo GPL. Ahora es software 
libre. 

Los programadores que escriben mejoras para GCC — o Emacs, o Bash, o Linux, o 
cualquier programa protegido por la GPL — frecuentemente son empleados de empre- 
sas o universidades. Cuando el programador quiere devolver sus mejoras a la comuni- 
dad y muestra su codigo en la siguiente publicacion, el jefe le dira: 

Espera un momenta. ;Tu codigo nos pertenece! No queremos compartirlo; he- 
mos decidido convertir tu version mejorada en un producto de software propieta- 
rio. 

Aqui la GNU GPL viene a nuestro rescate. El programador ensena al jefe que este 
producto de software propietario infringina el copyright y el jefe se da cuenta de que 
solo tiene dos opciones: publicar el nuevo codigo como software libre o no publicarlo 
en absoluto. Casi siempre permite que el programador haga lo que pretendia desde el 
principio y el codigo ira incluido en el siguiente lanzamiento. 

2 E1 front end es la parte del compilador que analiza el codigo fuente, comprueba su validez, genera el 
arbol de derivacion y rellena los valores de la tabla de simbolos. Esta parte suele ser independiente de la 
plataforma o sistema para el cual se vaya a compilar. EL termino se emplea normalmente en ingles, aunque 
alguna vez se traduce por «frontal», se trata de un falso amigo, seria mas preciso algo como «antecesor», 
«precursor» o incluso «pre-procesador». [N. del E.] 

3 E1 compilador GNU del lenguaje C. [N. del E.] 

4 Un sistema operativo creado por Steve Jobs, finalmente comprado por Apple. 
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La GNU GPL no es una hermanita de la caridad. Impide algunas cosas que la gente 
a veces quiere hacer. Hay usuarios que dicen que esto es un mal asunto — que la GPL 
«excluye» a algunos creadores de software propietario que «es necesario introducir en 
la comunidad del software libre». 

Pero nosotros no los excluimos de nuestra comunidad; ellos eligen no entrar. Su 
decision de hacer software propietario es una decision de mantenerse fuera de nuestra 
comunidad. Estar en nuestra comunidad significa unirse a nosotros por medio de la 
cooperacion; no podemos «introducirlos en nuestra comunidad» si ellos no quieren 
unirse. 

Lo que podemos hacer es ofrecerles un aliciente para unirse. La GNU GPL esta dise- 
nada para hacer de nuestro software disponible un aliciente: «si haces libre tu software, 
puedes usar este codigo». Por supuesto, no te ganas a todos, pero a veces te ganas a 
algunos. 

El desarrollo del software propietario no ayuda a nuestra comunidad, pero a menu- 
do sus creadores quieren donaciones de nuestra parte. Los usuarios de software libre 
pueden proporcionar autoestima — reconocimiento y gratitud — a los creadores de soft- 
ware libre, pero tambien puede ser muy tentador cuando una empresa te dice: « jTu deja 
simplemente que metamos tu paquete en nuestro programa propietario y tu programa 
lo usaran muchos miles de personas!» La tentacion pude ser poderosa, pero a largo pla- 
zo todos estaremos en mejor situacion si nos resistimos a ella. La tentacion y la presion 
resultan dificiles de reconocer si llegan de forma indirecta, a traves de organizaciones 
de software libre que han adoptado una politica de provision de software propietario. 
El X Consortium — y su sucesor, el Open Group — ofrece un ejemplo: financiados por 
companias que produclan software propietario, se han afanado, durante una decada, en 
persuadir a los programadores de que no usen copyleft. Ahora que el Open Group ha 
hecho de X11R6.4 software no libre, los que resistimos esa presion estamos encantados 
de haber aguantado^] 

En terminos practicos, pensar en objetivos a largo plazo reforzara tu voluntad de 
resistir a esta presion. Si piensas en la libertad y en la comunidad que puedes construir 
permaneciendo firme, encontraras la fuerza para hacerlo. «Resiste por algo o caeras por 
nada». 

Y si los cmicos ridiculizan la libertad, si ridiculizan a la comunidad. . . si los «imp la- 
cables realistas» dicen que las ganancias son el unico ideal. . . simplemente ignoralos y 
sigue usando el copyleft. 



5 En septiembre de 1998, varios meses despues de que X11R6.4 fuera publicado en condiciones de dis- 
tribucion no libre, el Open Group trastoco su decision y lo relanzo bajo la misma licencia de software libre 
no copyleft que se uso para X11R6.3. Gracias, Open Group, pero este trastocamiento posterior no invalida 
las conclusiones que establecimos a partir del hecho de que fuera posible anadir restricciones. 



Capftulo 16 

El peligro de las patentes de software 1 



Posiblemente esteis familiarizados con mi trabajo sobre el software libre. Esta charla 
no trata sobre ese trabajo. Esta charla trata sobre una forma de abuso legal para hacer 
del desarrollo informatico una actividad peligrosa. Esto es, mas o menos, lo que pasa 
cuando una ley de patentes se aplica al campo del software. 

No trata del hecho de patentar el software. Esta es una forma muy mala, una forma 
muy enganosa de describir la cuestion, porque el problema no esta en patentar pro- 
gramas individuales. Si as! fuera, no habria ninguna diferencia, serla algo basicamente 
inocuo. En vez de eso, esta charla trata sobre el hecho de patentar ideas. Toda patente 
protege alguna idea. Las patentes de software son patentes que protegen ideas que tie- 
nen que ver con el software, ideas que podrian usarse para desarrollar software. Eso es 
lo que las convierte en peligrosos obstaculos para cualquier desarrollo de software. 

Quiza hayais oldo a la gente utilizar un termino engafioso, «propiedad intelectual». 
Este termino, como vereis, esta sesgado: asume que, digas lo que digas, la forma de 
considerar el software esta en relation a algun tipo de propiedad, cuando esta forma 
en realidad es una entre muchas otras alternativas. Este termino, «propiedad intelec- 
tual», prejuzga la cuestion mas basica en cualquiera de las areas que considereis. No 
contribuye a despejar y abrir la mente. 

Existe un problema adicional con el termino, que no tiene nada que ver con el desa- 
rrollo de la opinion que tenga cada uno; y es que impide la comprension de los hechos. 
El termino «propiedad intelectual» vale para todo, mezcla aspectos completamente dis- 
pares de la ley, como puedan ser el copyright y las patentes que son completamente dis- 
tintos. Cada detalle es singular. Tambien mezcla la cuestion de las marcas, que todavia 
genera mas diferencia y otras cosas que se encuentran con menos frecuencia. Ninguna 
de ellas tiene nada en comun con cualquiera de las otras. Historicamente sus orlgenes 
estan completamente separados; las leyes se disenaron de forma independiente; cu- 
brian diferentes actividades y aspectos de la vida. Las medidas politicas que crearon 
estan completamente desconectadas, de modo que si intentais pensar en ellas confun- 
diendolas, tendreis la garantia de llegar a conclusiones disparatadas. Literalmente no 
podeis tener una opinion sensata ni inteligente sobre la «propiedad intelectual». Por lo 
tanto, si quereis pensar con claridad, no mezcleis estas cuestiones. Pensad sobre el copy- 



1 Esta charla fue pronunciada en la Universidad de Cambridge, Londres, el 25 de marzo de 2002. 
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right y luego pensad sobre las patentes. Aprended acerca de la legislacion de copyright 
y de forma separada aprended acerca de la legislacion de patentes. 

Por citar algunas de las diferencias mas grandes entre el copyright y las patentes: 

■ El copyright regula las condiciones de expresion de una obra, no protege ninguna 
idea. Las patentes solo protegen las ideas y el uso de las ideas. 

■ El copyright se aplica automaticamente. Las patentes son publicadas por una ofi- 
cina de patentes como respuesta a una solicitud. 

■ Las patentes cuestan mucho dinero. Cuestan mas por lo que se paga a los aboga- 
dos para que realicen la solicitud, que por lo que realmente cuesta su aplicacion. 
Normalmente la solicitud tarda algunos anos en ser estudiada, aun cuando las 
oficinas de patentes realizan un trabajo de estudio extremadamente precario. 

■ El copyright dura durante un tiempo extremadamente largo. En algunos casos 
puede durar hasta 150 anos. Las patentes duran 20 anos, lo cual es suficiente co- 
mo para que sobrevivas a su caducidad, pero todavia es bastante tiempo con res- 
pecto a la escala de un campo como el software. Pensemos en relacion a hace 20 
anos, cuando el PC era algo novedoso. Imaginad que estuvieramos limitados a 
desarrollar software utilizando unicamente las ideas conocidas en 1982. 

■ El copyright solo protege la copia. Si escribes una novela que resulta ser igual 
palabra por palabra a «Lo que el viento se llevo» y puedes probar que nunca has 
visto «Lo que el viento se llevo», bastaria como defensa contra cualquier acusa- 
cion de haber infringido el copyright. 

■ La patente es un monopolio absoluto sobre el uso de una idea. Incluso si pudie- 
ras probar que la idea es tuya, seria completamente irrelevante si la idea ha sido 
patentada por otro. 

Espero que os olvideis del copyright en lo que queda de exposicion, porque esta 
exposicion trata sobre patentes y nunca se deben mezclar las patentes y el copyright, si 
se quiere comprender claramente estos dos asuntos. 

Imaginad que pasaria si al estudiar quimica practica — o cocina — confundierais el 
agua con el etanol. 

Cuando escuchas a la gente describir el sistema de patentes, normalmente lo hacen 
desde el punto de vista de alguien que espera conseguir una patente — como seria para 
ti conseguir una patente, como seria andar por la calle con una patente en tu bolsillo, 
para poder sacarla cada dos por tres, mostrarsela a alguien y decir «;dame tu pasta!». 

Hay un motivo para este prejuicio: la mayoria de la gente que habla del sistema 
de patentes ha apostado por el, y por lo tanto quiere seduciros. Hay otro motivo: el 
sistema de patentes se parece mucho a la loteria, solo una fraccion muy pequena de las 
patentes reporta realmente algun beneficio a aquellos que las poseen. De hecho, The 
Economist compare una vez este sistema con una «loteria que consume tiempo». Si has 
visto anuncios de loteria, siempre te incitan a pensar que vas a ganar. No te incitan a 
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pensar que vas a perder, aunque perder es mucho mas probable. Con la propaganda 
del sistema de patentes pasa lo mismo: siempre te incitan a pensar que vas a ganar. 

Para compensar este prejuicio, voy a describir el sistema de patentes desde el punto 
de vista de sus vlctimas — esto es, desde el punto de vista de alguien que quiere desarro- 
llar software pero esta obligado a un forcejeo con un sistema de patentes informaticas 
que puede llevarle a ser demandado. 

Por lo tanto, ^que es lo primero que puedes hacer despues de haber tenido una idea 
sobre el tipo de programa que quieres escribir? 

Para tratar con el sistema de patentes, lo primero que podrias intentar es descu- 
brir que patentes pueden cubrir el programa que quieres escribir. Esto es, sin embargo, 
imposible. 

La razon se encuentra en que algunas de las solicitudes de patentes en tramite son 
secretas. Pasado cierto tiempo, 18 meses, podran publicarse. Sin embargo, 18 meses son 
tiempo de suficiente para que escribas el programa, e incluso para lanzarlo sin saber 
que existe una patente y que vas a ser demandado. 

No es un asunto simplemente academico. En 1984 se escribio el programa Com- 
press, un programa para la compresion de datos. En esa fecha, no habia una patente 
para el algoritmo LZW de compresion que usaba. Mas tarde, en 1985, los EE.UU. publi- 
caron una patente sobre este algoritmo y durante los anos siguientes los que distribuian 
el programa Compress empezaron a recibir amenazas. 

No habia forma de que el autor de Compress se hubiera dado cuenta de que podia 
ser demandado. Todo lo que hizo fue usar una idea que encontro en una revista, como 
siempre habian hecho los programadores. No se habia dado cuenta de que ya no se 
podian usar de forma segura las ideas que encontrabas en una revista. 

Olvidemos ese problema. Las patentes en curso son publicadas por la oficina de 
patentes, de modo que puedes encontrar la lista completa y ver que dictan exactamente. 

Por supuesto, en realidad no podrias leer toda la lista, ya que hay demasiadas pa- 
tentes. En EE.UU. hay cientos de miles de patentes de software. No hay forma de que 
puedas seguirles la pista de todo lo que contienen. Tendrias que intentar la busqueda 
de las mas importantes. 

Algunos dicen que eso deberia ser facil en la moderna era del ordenador. Podrias 
buscar a partir de palabras clave, pero eso solo funciona hasta cierto punto. Encontraras 
algunas patentes en una determinada. Pero probablemente no encontraras todas. 

Por ejemplo, existe una patente de software — que quiza ya haya expirado — so- 
bre el calculo en orden natural para hojas de calculo. Basicamente, esto quiere decir 
que cuando produces una celda dependiente de otra celda, todo se vuelve a calcular 
en funcion de aquello de lo que depende, de modo que despues de una operacion de 
calculo todo queda actualizado. Las primeras hojas de calculo hacian sus operaciones 
de arriba a abajo, luego si hacias que una celda dependiera de otra que estaba abajo, y 
repetias este paso, tenias que recalcular todo varias veces para que los nuevos valores 
se extendieran hacia arriba. (Tenias que disponer de elementos para que dependieran 
de las celdas superiores.) 
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Entonces alguien cayo en la cuenta, ipor que no realizo las operaciones de calcu- 
lo de modo que cada elemento se calcule en funcion del elemento del que depende? 
Este algoritmo se llama clasificacion topologica. La primera referenda que encontre es 
de 1963. La patente cubrla varias docenas de maneras de implementar la clasificacion 
topologica. 

Sin embargo, no conseguirias encontrar esta patente con la busqueda «hojas de 
calculo». No la conseguirias encontrar con la busqueda «orden natural» ni con la bus- 
queda «modelo topologico». No incluia ninguno de esos terminos. De hecho, estaba 
descrita como un metodo para «recopilar formulas en codigo maquina». Cuando la vi 
por primera vez, pense que era una patente equivocada. 

Supongamos que tienes una lista de patentes y quieres ver que es lo que no se te 
permite. Cuando intentas estudiar estas patentes, descubres que son muy dificiles de 
entender, dado que estan escritas en un retorcido lenguaje legal cuyo significado es 
muy dificil de comprender. Lo que dicen las oficinas de patentes a menudo no significa 
lo que parece que dicen. 

En un estudio del gobierno australiano sobre el sistema de patentes en la decada de 
1980, se concluia que, aparte de la presion internacional, no habia motivos para tener 
un sistema de patentes — ya que no producia nada bueno para el publico — y recomen- 
daba su abolicion a pesar de la presion internacional. Una de las cosas que citaban era 
que los ingenieros no intentan leer las patentes para aprender, porque resulta muy di- 
ficil entenderlas. Citaban a un ingeniero que decia: «No puedo reconocer mis propios 
inventos en las patentes». 

No se trata de un asunto meramente teorico. Hacia 1990, un programador llamado 
Paul Heckel demando a Apple, alegando que HyperCard infringia dos de sus patentes. 
Cuando vio HyperCard por primera vez, no penso que tuviera nada que ver con sus 
patentes, con sus «invenciones». No se parecia. Cuando su abogado le dijo que se podia 
interpretar que las patentes se aplicaban a una parte de HyperCard, decidio atacar a 
Apple. Cuando di una charla sobre esto en Stanford, el estaba entre el publico. Dijo, «eso 
no es verdad, jsimplemente yo no entendia el alcance de mi proteccion!». Yo conteste, 
«si, eso es lo que yo estaba diciendo». 

Asi que, en realidad, tendrias que dedicar mucho tiempo a hablar con abogados pa- 
ra hacerte una idea de lo que estas patentes te prohfben hacer. Al final diran algo como 
esto: «Si haces algo aqui, seguro que pierdes; si haces algo aqui — Stallman gesticula, 
senalando una amplia area — hay una posibilidad considerable de que pierdas, y si de 
verdad quieres estar a salvo, quedate fuera de esta area — vuelve a gesticular, senalan- 
do una area todavia mas amplia — . Y, por cierto, hay una considerable posibilidad de 
que como resultado se de curso a una demanda». 

Ahora que hemos definido un escenario previsible para hacer negocios, ique vas 
a hacer? Bien, hay tres posibilidades que podrias probar, cualquiera de las cuales es 
aplicable en algunos casos. 

■ Evitar la patente 

■ Obtener la licencia de la patente 
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■ Revocar la patente en un juicio 

Permitidme que describa estas tres posibilidades y que las hace viables o inviables. 

Evitar la patente 

«Evitar la patente» — lo que significa no utilizar la idea que cubre la patente. Esto 
puede ser facil o dificil, dependiendo de que idea se trate. 

En algunos casos, se patenta una prestacion. De este modo, la patente se evita no 
implementando esa prestacion. Por lo tanto solo cuenta lo importante que sea esa pres- 
tacion. En algunos casos, puedes prescindir de ella. Hace algun tiempo, los usuarios del 
procesador de textos XyWrite vieron rebajadas sus aspiraciones. Esa degradacion eli- 
mino una prestacion que te permitia predefinir abreviaturas. Es decir, cuando escribias 
una abreviatura seguida de un signo de puntuacion, se reemplazaba inmediatamen- 
te con alguna prolongacion de la abreviatura. Asi, podias definir la abreviatura para 
alguna frase larga, escribirla y entonces la frase aparecia en tu documento. [Los desa- 
rrolladores] me escribieron acerca de esto, porque sabian que el editor de Emacs tenia 
una prestacion similar. De hecho, la tenia desde la decada de 1970. Este asunto era in- 
teresante porque demostraba que habia tenido por lo menos una idea patentable en mi 
vida. ;Se que era patentable porque otro la patento despues! 

En realidad tomaron en cuenta las tres posibilidades. Primero intentaron negociar 
con el duefto de la patente y resulto que no negociaba de buena fe. Despues pensaron 
si podrian tener alguna oportunidad de invalidar la patente. Lo que decidieron fue 
eliminar esa prestacion del programa. 

Puedes prescindir de ella. Si el procesador de texto solo carece de esta prestacion, 
quiza la gente todavia lo use. Pero segun empiecen a caer varias prestaciones, finalmen- 
te te encontraras con un programa sobre el que la gente piensa que no es muy bueno y 
tendera a rechazarlo. 

En este caso se trata de una patente bastante limitada sobre una prestacion muy es- 
pecifica. Pero, ique se puede hacer en relacion a la patente de la British Telecom sobre 
navegacion por hipervinculos por medio del acceso telefonico? Hoy en dia, la navega- 
cion por hipervinculos es absolutamente esencial para la mayor parte de los usos de 
los ordenadores. El acceso telefonico tambien es esencial. ^Como te las arreglas sin esta 
prestacion? La cual, por cierto, ni siquiera es una prestacion — realmente es la combina- 
cion de dos prestaciones yuxtapuestas de forma arbitraria. Es como tener una patente 
sobre un sofa y un televisor que estan en la misma habitacion. 

A veces la idea patentada sera tan amplia y basica que practicamente abarca todo un 
campo; por ejemplo, la idea de clave de uso publico, que fue patentada en los EE.UU. 
La patente caduco en 1997. Hasta entonces, coarto en gran medida el uso de la clave de 
uso publico en EE.UU. Gran cantidad de programas que la gente empezo a desarrollar 
fueron aplastados — nunca estuvieron de verdad disponibles porque los dueftos de las 
patentes les amenazaban. Posteriormente, se consiguio publicar un programa, el PGP, 
que inicialmente se lanzo como software libre. Al parecer, cuando los dueftos de las 
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patentes estaban a punto de atacar, se dieron cuenta de que eso podria hacerles muy 
mala publicidad. Asi que impusieron restricciones, haciendo que solo fuera para uso 
no comercial, lo que significaba que no podria hacerse muy popular. De este modo 
limitaron el uso de la clave de uso publico por una decada o mas. No habia otras vias 
alternativas a esa patente. No habia nada que pudieras hacer y fuera comparable a la 
clave de uso publico. 

A veces se patenta un determinado algoritmo. Por ejemplo, existe una patente sobre 
una version mejorada de Fast Fourier Transform (FFT). Funciona dos veces mas rapido, 
mas o menos. Puedes evitarlo usando un FFT normal en tu programa. Esta parte del 
programa tarda el doble. Quizas eso no importe, quizas represente una pequena parte 
del tiempo de carga del programa. Quizas si es dos veces mas lento, ni siquiera te des 
cuenta. O quizas tu programa no funcione en absoluto dado que le llevara el doble de 
tiempo hacer su trabajo. Los efectos difieren. 

En algunos casos, puedes encontrar un algoritmo mejor. Esto podria ser bueno o no. 
Como en el proyecto GNU no podiamos usar Compress, empezamos a buscar un algo- 
ritmo alternativo para la compresion de datos. Alguien nos escribio diciendo que tenia 
uno; habia escrito un programa y queria ofrecernoslo. Ibamos a sacarlo. Por casuali- 
dad, coincidio que lei un ejemplar del New York Times. (No leia un ejemplar del Times 
mas que una vez cada pocos meses.) Asi que le eche un vistazo y decia que alguien 
habia recibido una patente por «inventar un nuevo metodo de compresion de datos». 
Supuse que seria mejor revisar esa patente. Consegui una copia y resulto que cubria el 
programa que ibamos a lanzar en una semana. Ese programa murio antes de nacer. 

Mas tarde encontramos otro algoritmo que no estaba patentado. Este llego a ser el 
programa gzip, que ahora es de hecho el estandar para la compresion de datos. Como 
algoritmo para usar en un programa de compresion de datos, estaba bien. Cualquiera 
que quisiera hacer compresion de datos podria usar gzip en lugar de Compress. 

La misma patente de compresion basada en el algoritmo de LZW tambien fue usa- 
da en formatos de imagen como GIF. Pero en este caso, dado que el trabajo que la 
gente queria hacer no era simplemente comprimir datos sino construir una imagen que 
pudieran activar con su software, resulto muy dificil comenzar a usar un algoritmo di- 
ferente. ;No hemos sido capaces de hacerlo en diez anos! Si, la gente usaba el algoritmo 
de gzip para definir otro formato de imagen una vez que empezaron a ser amenaza- 
dos con demandas por usar archivos de GIF. Cuando empezamos a decirle a la gente 
que dejara de usar archivos de GIF, que se cambiara, la gente decia «no podemos cam- 
biarnos, los navegadores todavia no admiten el nuevo formato». Los desarrolladores 
de navegadores decian «esto no nos agobia, despues de todo, nadie esta usando este 
nuevo formato de archivo». 

En efecto, existia mucha inercia en la sociedad en el uso del formato GIF, no fuimos 
capaces de que la gente se cambiara. En esencia, el uso que hace la comunidad del 
formato GIF todavia apremia a los sitios web a usar el formato GIF, con el resultado de 
que son vulnerables a estas amenazas. 

De hecho, la situacion es todavia mas extrana. En realidad hay dos patentes que 
cubren el algoritmo de compresion de LZW. La oficina de patentes ni siquiera podia 
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decir que estaban publicando dos patentes sobre la misma cosa; no podian seguir el 
rastro. Hay un motivo para esto: hace falta dedicacion al estudio de estas dos patentes 
para darte cuenta de que realmente protegen la misma cosa. 

Si fueran patentes sobre procesos quimicos, seria mucho mas facil. Podrias compro- 
bar que sustancias se estan usando, que entradas y salidas hay que acciones fisicas se 
estan tomando. Sin importar como estuvieran descritas, comprobarias que son y com- 
probarias que son parecidas. Si algo es puramente matematico, existen muchas maneras 
muy diferentes de describirlo. A primera vista no parecen similares. Tienes que com- 
prenderlos de verdad para comprobar que realmente estan hablando de la misma cosa. 
La oficina de patentes no tiene tiempo. Hace unos pocos anos, la oficina de patentes 
de los EE.UU. estaba empleando una media de 17 horas por patente. Esto no es mucho 
tiempo para pensar en ellas con cuidado, asi que por supuesto comenten errores como 
este. De hecho, os he hablado de un programa que murio antes de nacer. Ese algoritmo 
tambien disponia de dos patentes en los EE.UU.; por lo que parece, no es algo tan raro. 

Evitar las patentes puede ser facil, o puede ser imposible. Podria ser facil y hacer 
inutil vuestro programa — segun la situacion. 

Aqui llegamos a otro punto que se deberia mencionar. A veces una empresa o con- 
sorcio puede hacer que un formato o un protocolo sea de facto el estandar. Por lo tanto, 
si se patenta ese formato o protocolo es un autentico desastre. Incluso, existen estanda- 
res oficiales que estan restringidos por patentes. Se produjo un gran alboroto politico 
en septiembre de 2001 cuando el W3C (Consorcio de la World Wide Web) propuso que 
se empezaran a adoptar estandares protegidos por patentes. La comunidad protesto, y 
tuvieron que desdecirse. Volvieron a insistir en que cualquier patente deberia ser im- 
plementada libremente por cualquiera y en que los estandares tenian que ser libres para 
que cualquiera los implementara. Es una victoria interesante. Pienso que esta fue la pri- 
mera vez que una organization de estandares ha tornado esta decision. Es normal que 
las organizaciones de estandares deseen aftadir algo restringido por las patentes a un 
estandar para que a la gente no se le permita implementarlo libremente. Tenemos que 
acudir a otras organizaciones de estandares y reclamarles que cambien sus reglas. 

Obtener la licencia de la patente 

La segunda posibilidad consiste en conseguir una licencia para la patente en lugar 
de evitar la patente. Esta no es necesariamente una option. El dueno de la patente no 
tiene por que ofrecerte la licencia, no es obligatorio. Hace diez anos, la Liga para la 
Libertad de Programacion recibio una carta pidiendo ayuda para alguien cuyo peque- 
no negocio estaba fabricando maquinas tragaperras para los casinos, que ya entonces 
usaban ordenadores. Este alguien recibio una amenaza de otra empresa que decia: «Te- 
nemos una patente. No se os permite hacer esto. ;Cerrad!». 

Le eche un vistazo a esa patente. Cubria la tenencia de una serie de ordenadores en 
red para instalar juegos, de modo que cada ordenador proveia mas de un juego y te 
permitia jugar a mas de un juego a la vez. 
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Os parecera que la oficina de patentes de verdad piensa que es algo brillante hacer 
cualquier cosa mas de una vez. No se dan cuenta de que en la ciencia informatica esta 
es la forma mas obvia de generalizar algo. Lo hiciste una vez, luego ahora lo puedes 
hacer varias veces, puedes crear una subrutina. Piensan que si haces algo mas de una 
vez, de algun modo significa que eres brillante, que posiblemente nadie pueda discutir 
contigo y que tienes derecho a mandar. 

De todos modos, a esta persona no le ofrecieron la licencia. Tuvo que cerrar. Ni si- 
quiera podia permitirse ir a juicio. Yo diria que esa patente en concreto era una idea 
obvia. Es posible que un juez hubiera estado de acuerdo, pero nunca lo sabremos por- 
que esta persona no se podia permitirse ir a juicio. 

Sin embargo, muchos duenos de patentes ofrecen licencias. Aunque a menudo co- 
bran mucho dinero por ello. La compania que daba licencias para la patente del calculo 
en orden natural pedia un cinco por ciento de los ingresos brutos por cada hoja de 
calculo vendida en los EE.UU. Me han dicho que ese era el precio barato, anterior a la 
demanda — si de verdad te demandaban y ganaban, te exigian mas. 

Quizas puedas permitirte ese cinco por ciento por la licencia de esa patente, pero 
iy si necesitas la licencia de veinte patentes para desarrollar el programa? La gente 
del sector me dijo que, practicamente, dos o tres licencias como esa harian inviable 
cualquier negocio. 

Existe una situacion en la que obtener una licencia por el uso de la patente es una so- 
lucion muy buena. Es lo que ocurre si eres una megacorporacion multinacional. Puesto 
que estas empresas poseen muchas patentes y se intercambian las licencias entre ellas, 
se libran de gran parte del dano que el sistema de patentes provoca y solo perciben las 
cosas buenas. 

IBM publico un articulo en la re vista Think — creo que era el numero cinco de 1990 — 
sobre el catalogo de patentes de IBM, en este se exponia que IBM percibia dos tipos 
de beneficios en concepto de sus 9.000 patentes en EE.UU. — creo que el numero es 
mayor hoy en dia. Estos eran, en primer lugar, los ingresos por royalties, y en segundo 
lugar, «el acceso a las patentes de otros». Decian que el segundo beneficio era de mayor 
magnitud. De tal forma que el beneficio que IBM percibia por tener permiso de usar 
las ideas patentadas por otros era diez veces el beneficio directo que IBM percibia por 
ofrecer licencias. 

iQue significa esto realmente? iQue beneficio percibe IBM de su «acceso a las pa- 
tentes de otros»? Esencialmente es el beneficio de estar exento de los problemas que el 
sistema de patentes puede causarle. El sistema de patentes es como la loteria: lo que 
ocurre con una patente determinada puede no ser nada, puede ser un golpe de suer- 
te para algun duefto de una patente o un desastre para todos los demas. Pero IBM es 
una empresa demasiado grande, le compensa. Ellos pueden estimar el promedio de 
ventajas y desventajas del sistema de patentes. Para ellos, los problemas del sistema de 
patentes podrian haber sido diez veces mayores que las ventajas. 

Digo «podrian haber sido» porque a traves del intercambio de patentes se evitan 
experimentar esos problemas. Esos problemas solo son potenciales, en realidad no les 
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afectan. Pero cuando miden los beneficios de evitarlos, lo estiman en diez veces el valor 
del dinero que ingresan por sus patentes. 

Este fenomeno del intercambio de licencias desmiente un mito comun, el mito del 
«genio famelico», el mito de que las patentes «protegen» al «pequeno inventory (Son 
terminos propagandisticos. No deberiais usarlos.) 

La historia es como sigue: imagina que existe un «brillante» diseftador de lo que 
sea. Imagina que se ha pasado «anos de privaciones en el desvan» diseftando un nuevo 
y maravilloso prototipo y ahora quiere fabricarlo. ^No es una verguenza que las gran- 
des empresas vayan a competir con el, que se queden con todo el negocio y el «pase 
hambre»? 

Debo precisar que normalmente aquellos que trabajan en el sector de las tecnolo- 
gias de vanguardia no trabaja por su cuenta, que las ideas no salen de la nada — estan 
basadas en las ideas de otros — y que, hoy por hoy, esta gente tiene muy buenas opor- 
tunidades de conseguir un trabajo si lo necesita. Asi que este cuento — la idea de que 
una idea brillante venga una persona que trabaja sola — no es realista, al igual que la 
idea de que se encuentre en riesgo de pasar hambre. 

Pero si se puede concebir que alguien tenga una idea y que esta idea junto con otras 
100 o 200 ideas pueda ser la base para la fabricacion de algun tipo de producto, y que 
las grandes companias podrian querer competir con esta persona. Asi que veamos que 
pasa si esa persona intenta usar una patente para impedirselo. El dice: «Ah, no, IBM, no 
puedes competir conmigo. Tengo esta patente». IBM dice: «Veamos. Echemos un vista- 
zo a tu producto. Hmmm. Tengo esta patente, y esta otra, y esta otra y esta otra y esta 
otra y esta otra, que hart sido violadas por algunas partes de tu producto. Si crees que 
puedes luchar contra todas ellas en un juicio, volvere y encontrare unas cuantas mas. 
Asi que, ipor que no intercambias tus licencias con las mias?». Y entonces el brillante 
pequeno inventor dice, «bueno, vale, las intercambio». Entonces puede volver y fabri- 
car este maravilloso lo-que-sea, pero tambien puede hacerlo IBM. IBM obtiene «acceso» 
a su patente y el derecho a competir con el, lo que quiere decir que esta patente no le 
«protegio» en absoluto. El sistema de patentes no hace eso, en realidad. 

Las megacorporaciones evitan, en su mayoria, el dafto del sistema de patentes; prin- 
cipalmente ven la cara buena. Por eso quieren tener patentes de software: son las unicas 
que se beneficiaran de ello. Pero si eres un pequeno inventor o trabajas para una peque- 
fta empresa, la pequena empresa no sera capaz de hacer esto. Lo intentan. El problema 
es que las pequeftas empresas no pueden conseguir suficientes patentes para hacer que 
todo el mundo intercambie sus licencias con ellas. 

Cualquier patente apunta a una cierta direccion. De modo que si una pequena em- 
presa tiene patentes que apuntan alii, y alii, y alii, y alguien por alii [Stallman seftala 
a otro sitio] les senala un patente y dice dame tu dinero, la empresa pequena esta de- 
samparada. IBM puede hacerlo, porque con 9.000 patentes apuntan a todas partes, no 
importa donde estes, probablemente haya una patente de IBM que te seftale. Asi que 
IBM casi siempre puede hacerte intercambiar la licencia. Las empresas pequeftas oca- 
sionalmente pueden hacer que alguien les intercambie las suyas. Diran que quieren las 
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patentes para fines defensivos, pero no conseguiran las suficientes para defenderse a si 
mismas. 

Hay casos en que ni siquiera IBM puede hacer que alguien le intercambie sus licen- 
cias. Esto ocurre cuando hay una compania cuyo unico negocio es tomar una patente 
y exprimirle a la gente dinero. La empresa que tenia la patente del orden natural de 
calculo era exactamente este tipo de empresa. Su unico negocio era amenazar a la gente 
con una demanda e ingresar dinero de gente que estaba creando algo de verdad. 

No hay patentes sobre los procedimientos legales. Supongo que los abogados com- 
prenden que lata serla tener que tratar ellos mismos con el sistema de patentes. El 
resultado es que no hay forma de obtener una patente para hacer que tal compania 
intercambie sus licencias contigo. Asi que van por ahi exprimiendo a todo el mundo. 
Pero supongo que empresas como IBM se imaginan que es parte del precio de hacer 
negocios, asi que pueden vivir con ello. 

Asi que esta es la opcion de obtener una licencia de patente, que puede ser posible o 
no, segun seas capaz de permitirtelo o no — lo cual nos conduce a la tercera posibilidad. 

Revocar la patente en un juicio 

Supuestamente, para que algo sea patentado, tiene que ser nuevo, util y no obvio. 
(Es el lexico usado en EE.UU., creo que otros paises tienen otro bastante similar.) Por 
supuesto, cuando la oficina de patentes entra en juego, comienza por interpretar «nue- 
vo» y «no obvio». «Nuevo» viene a significar «no lo tenemos en nuestros archivos» y 
«no obvio» tiende a significar «no obvio para alguien con un coeficiente intelectual de 
50». 

Un estudioso de la mayoria de las patentes de software publicadas en EE.UU. — o 
que al menos lo era, no se si todavla puede con todas ellas — dijo que el 90 por ciento 
no habria pasado el «test de Cristal City»Qo que queria decir que si el personal de 
la oficina de patentes bajara al kiosko y adquiriera algunas revistas de informatica, 
comprobarla que esas ideas ya son conocidas. 

La oficina de patentes hace cosas que son tan obviamente estupidas, que ni siquiera 
tendrlas que conocer el estado de la tecnica para saber que son estupidas. Esto no se 
limita al software. Una vez vi el famoso raton patentado de Harvard, que fue obtenido 
despues de que Harvard practicara ingenieria genetica con un raton introduciendole 
un gen cancerlgeno. El gen cancerlgeno ya era conocido y fue insertado usando tecni- 
cas conocidas en una variedad ya conocida de raton. La patente que obtuvieron cubrla 
la introduccion de cualquier gen cancerlgeno dentro de cualquier tipo de mamifero me- 
diante cualquier metodo. No tienes que saber nada sobre ingenieria genetica para darte 
cuenta de que esto es ridiculo. Me han dicho que esta «sobrepretension» es una practica 
normal, y que la oficina de patentes de los EE.UU. a veces invita a los solicitantes a hacer 
sus pretensiones todavia mas amplias. Esencialmente, uno tiende a hacer tan amplias 
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las pretensiones hasta que cree que esta en contradiccion con algo que no es ambiguo y 
esta bien documentado. Observad cuanta tierra podeis conseguir en el espacio mental. 

Cuando los programadores echan un vistazo a muchas patentes de software di- 
cen: «;Esto es ridiculamente obvio!». Los burocratas de las patentes tienen todo tipo 
de excusas para justificar su ignorancia sobre lo que piensan los programadores. Di- 
cen: «jAh!, pero tienes que considerarlo en terminos de como eran las cosas hace diez o 
veinte anos». En ese momento descubrieron que si repiten algo hasta la saciedad pue- 
den hacerte perder toda perspectiva. Todo puede parecer no obvio si lo descompones 
y lo analizas suficientemente. Uno simplemente pierde toda criterio de obviedad o por 
lo menos pierde la habilidad de justificar cualquier categoria sobre lo obvio o no. Lue- 
go, por supuesto, describen a los duenos de las patentes como brillantes inventores, 
sin excepcion, por eso no podemos cuestionar su derecho a tener poder sobre lo que 
hacemos. 

Si vas a juicio, los jueces tienden a ser un poco mas estrictos sobre que es obvio y 
que no. El problema es que cuesta millones de dolares. 

Una vez 01 hablar de un caso sobre patentes, recuerdo que la parte demandada era 
Qualcomm, y creo que el fallo finalmente fue de 13 millones, de los cuales la mayoria 
se destino a pagar a los abogados de las dos partes. Quedaron unos pocos millones de 
dolares para el demandante — porque Qualcomm perdio. 

En gran medida, la validez de una patente dependera de las incidencias en el histo- 
rial. Muchas incidencias en el historial como, exactamente que fue publicado y cuando, 
y cuales de esos elementos se pueden encontrar, cuales no se perdieron, fechas concre- 
tas y asi... determinan si una patente es valida o no. 

En realidad, resulta extrano que la patente de British Telecom «seguimiento de hi- 
pervinculos por medio de acceso telefonico» fuera solicitada en 1975. Creo que fue en 
1974 cuando cree el paquete Info por primera vez. El paquete Info te permite utilizar 
hipervinculos y la gente usaba el telefono para conectarse y acceder al sistema. Asi 
que de hecho, yo produje una prueba que invalidaba esta patente. Es la segunda idea 
patentable que se que he producido en mi vida. 

Pero no creo que tenga ninguna prueba de ello. No pense que esto fuera lo sufi- 
cientemente interesante como para publicarlo. Despues de todo, la idea de seguir un 
hipervinculo la tome de la demo de Englebart para su editor. El fue quien tuvo una 
idea que era interesante de publicacion. Lo que yo habia hecho lo llame «el hipertexto 
del pobre» dado que tenia que implementarlo en el contexto de TECO. No tenia tan- 
ta capacidad como su hipertexto, pero al menos era util para buscar documentacion, 
que era todo lo que pretendia. Y en cuanto a que hubiera acceso telefonico al sistema, 
bueno, lo habia, pero no se me ocurrio que lo uno tuviera nada que ver con lo otro. No 
iba a publicar un articulo que dijera: «jOh, he implementado el hipertexto del pobre y 
^sabeis que? jTambien hay lineas telefonicas en el ordenador!». 

Sospecho que no hay manera de precisar en que fecha implements esto. ^Fue publi- 
cado de algun modo? Bueno, invitamos a la gente a que entrara a traves de ARPANET, 
y se registrara en nuestra maquina — de modo que hubieran podido buscar documen- 
tacion a traves de Info y echar un vistazo al asunto. Si nos lo hubieran preguntado, se 
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habrian encontrado con que teniamos acceso telefonico. Como podeis ver, las inciden- 
cias en el historial determinan si tienes una tecnica original. 

Ahora, por supuesto, hay una publicacion hecha por Englebart sobre el hipertexto, 
que ellos, lo acusados, van a mostrar. De todos modos, no creo que diga nada sobre 
tener lmeas telefonicas en el ordenador asi que no esta claro si bastara. 

La posibilidad de ir a juicio para revocar una patente es una opcion. Debido a los 
gastos normalmente ni se plantea, aunque puedas encontrar una prueba solida que sea 
suficiente para revocar la patente. Como resultado, una patente nula, una patente que 
nominalmente no deberia haber existido — pero en realidad muchas de estas patentes 
si existen — es un arma peligrosa. Si alguien te ataca con una patente nula, verdadera- 
mente te puede causar muchos problemas. Puedes ir de farol ensenandoles tus pruebas. 
Depende de si se pueden asustar de este modo o no. Podrian pensar: «Bueno, vas de 
farol, nos imaginamos que realmente no puedes ir a juicio: no te lo puedes permitir, asi 
que de todos modos te demandaremos». 

Todas estas opciones son cuestiones con las que a veces te puedes apafiar, pero con 
las que a menudo no puedes. Asi que tendras que enfrentarte a patente, tras patente, 
tras patente. Cada vez que seas capaz de encontrar alguna de estas tres posibilidades, 
te encuentras con que existe otra patente, luego otra y luego otra. Se convierte en algo 
parecido a cruzar un campo de minas. Cada paso que das, cada decision de diseno po- 
siblemente no pise una patente, asi que puedes dar unos pocos pasos y posiblemente 
no habra una explosion. Pero las posibilidades de que te abras paso a traves del cam- 
po de minas y crees el programa que quieres desarrollar sin pisar nunca una patente 
disminuyen mas y mas segun el programa se hace mas grande. 

Bueno, la gente solia decirme, «bien, hay patentes en otros campos, ^por que el soft- 
ware deberia estar eximido de ellas?» Observad que suposicion mas grotesca tenemos 
aqui: de algun modo todos debemos sufrir por el sistema de patentes. Es como decir: 
«Alguna gente desarrolla cancer ^por que tu deberias estar exento?» Tal y como yo lo 
veo, que una persona no desarrolle cancer es algo bueno. 

Pero detras de eso hay una pregunta menos sesgada, una buena pregunta, que es: 
,;es el software diferente de los demas campos? ^Deberia la politica de patentes ser 
diferente en campos diferentes? ^En ese caso, por que? 

Permitidme que conteste a esa pregunta: las patentes se relacionan con diferentes 
campos de forma diferente porque, en campos diferentes, las patentes se relacionan 
con los productos de forma diferente. 

De un extremo tenemos a las empresas farmaceuticas, donde una formula dada po- 
dria patentarse de modo que esa patente cubra un solo producto. Una sustancia nueva 
no estaria protegida por la patente que ya existe. De existir una patente para este nuevo 
producto, seria el duefto de la patente quien desarrollaria el nuevo producto. 

Eso encaja con la idea ingenua que tenemos del sistema de patentes, que si estas 
diseftando un producto nuevo, vas a conseguir «la patente». La idea es que hay una 
patente por producto que cubre la idea del producto. En algunos campos esto esta cerca 
de ser verdad; en otros campos esto esta lejos de ser verdad. 
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El campo del software esta en el ultimo extremo: un programa puede ser objeto de 
muchas patentes. Esto pasa porque los paquetes de software son normalmente muy 
grandes. Usan muchas ideas diferentes en combinacion. Si el programa es nuevo y no 
es una simple copia, entonces probablemente esta usando una combinacion diferente 
de ideas. Por supuesto, incorporadas en un codigo escrito de nuevo, porque no puedes 
nombrar magicamente estas ideas y hacerlas funcionar. Tienes que implementar todas. 
Tienes que implementar todas ellas en esa combinacion. 

El resultado es que incluso cuando escribes un programa, estas usando una enorme 
cantidad de ideas diferentes, cada una de las cuales puede estar patentada por alguien. 
Un par de ellas podria estar patentada por alguien en una combinacion. Podria haber 
varias maneras distintas de describir una idea, que podrian estar patentadas por gente 
distinta. Asi que posiblemente hay miles de cosas, miles de puntos vulnerables en tu 
programa, que podrian estar ya patentadas por cualquier otro. 

Por eso las patentes de software tienden a obstruir el progreso del software — el 
trabajo de creacion de software. Si fuera el caso de «un producto, una patente» enton- 
ces estas patentes no obstruirian la creacion de productos porque al crear un nuevo 
producto, no habria manera de que estuviera patentado por nadie mas. Pero cuando 
un producto se corresponde con muchas ideas diferentes combinadas, parece probable 
que tu nuevo producto — tanto en parte como en su totalidad — pueda estar patentado 
ya por otro. 

En realidad, hay investigaciones economicas que demuestran como la imposicion 
de un sistema de patentes, en un campo en el que existe una creciente innovacion, 
puede ralentizar el progreso. Los defensores de las patentes de software dicen: «Bueno, 
si, a lo mejor hay problemas, pero mas importante que cualquier problema, es el hecho 
de que las patentes deben promover la innovacion, y esto es tan importante que da 
igual los problemas que causen». Por supuesto, esto no lo dicen en voz alta porque 
sena ridiculo, pero implicitamente quieren haceros creer que el sistema de patentes 
promueve siempre el progreso y que eso compensa todo coste posible. Pero en realidad 
no hay razones para creer que promueva el progreso. Ahora tenemos un modelo que 
demuestra exactamente como las patentes pueden ralentizar el progreso. El caso donde 
ese modelo aplicado describe muy bien el software es el de la creciente innovacion. 

^Por que se encuentra el software en ese extremo del espectro? El motivo es que en 
software creamos objetos matematicos ideales. Puedes construir un castillo enrevesado 
que descanse sobre una linea fina y se mantendra en pie porque no pesa nada. En otros 
campos, la gente se tiene que manejar con la obstinacion de la materia — la de los objetos 
fisicos. La materia hace lo que tiene que hacer. Puedes intentar modelarla, pero si el 
comportamiento real no se ajusta a tu modelo entonces peor para ti, porque el desafio 
es hacer objetos fisicos que verdaderamente funcionen. 

Si quiero poner una orden condicional en una orden «mientras», no me tengo que 
preocupar sin la condicional oscilara a tal frecuencia y se frotara contra el «mientras» 
hasta que finalmente ambas se rompan. No me tengo que preocupar de si oscilara a 
una determinada alta frecuencia y provocara una senal en el valor de otra variable. No 
me tengo que preocupar de cuanta corriente atraera esa condicional, ni de si disipara el 
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calor dentro del «mientras», o de si habra una caida en el voltaje a traves del «mientras» 
que hara que la orden condicional no funcione. No me tengo que preocupar de que si 
pongo este programa en un entorno de agua salada, el agua salada se podria introducir 
entre la condicional y la orden «mientras» y provocar corrosion. [Risas del publico.] 

No me tengo que preocupar, cuando me refiero al valor de una variable, de si estoy 
excediendo su aforo refiriendome a ella 20 veces. No me tengo que preocupar de cuanta 
capacidad tiene, ni de si habra suficiente tiempo para que cobre valor. 

No me tengo que preocupar, cuando escribo el programa, de como voy a juntar 
fisicamente cada copia ni de si puedo arreglarmelas para llegar a poner la condicional 
dentro del «mientras». No me tengo que preocupar de como voy a acceder a ella, en 
caso de que la orden condicional se rompa, para retirarla y cambiarla por una nueva. 
Hay muchos problemas de los que no nos tenemos que preocupar en el software; eso 
hace mucho mas facil escribir un programa que disenar un objeto fisico que tenga que 
funcionar. 

Esto puede parecer extrano, porque habreis oido a gente hablando sobre lo dificil 
que es disenar software, sobre el enorme problema que supone y reflexionando sobre 
como van a resolverlo. Realmente no estan hablando de lo mismo que yo. Yo estoy com- 
parando sistemas fisicos y sistemas de software de la misma complejidad, con la misma 
cantidad de elementos. Estoy diciendo que un sistema de software es mucho mas facil 
de disenar que un sistema fisico. Pero el talento de la gente en estos campos diferentes 
es el mismo, de modo que ique hacemos cuando nos encontramos con un campo facil? 
jLo hacemos avanzar! Llevamos nuestras habilidades al limite. Si los sistemas del mis- 
mo tamano son faciles, hagamos sistemas diez veces mas grandes — jresultara entonces 
mas dificil! Eso es lo que hacemos: producimos sistemas de software que son mucho 
mas grandes que los sistemas fisicos en cuanto a su numero de elementos. 

Un sistema fisico cuyo diseno incluye un millon de partes diferentes es un megapro- 
yecto. Un programa informatico cuyo diseno incluye un millon de partes quiza tenga 
300.000 lineas; unas pocas personas escriben eso en un par de anos. No es un progra- 
ma especialmente gigantesco. GNU EMACS tiene ahora varios millones de partes en 
su diseno, creo. Tiene un millon de lineas de codigo. Este es un proyecto esencialmente 
hecho sin financiacion de ningun tipo, realizado en su mayoria por gente en su tiempo 
libre. 

Hay otra gran salvedad. Si has disenado un producto fisico, lo proximo que debes 
hacer es disenar la fabrica para producirlo. Construir esta fabrica podria costar millo- 
nes o decenas de millones, mientras que para hacer copias de un programa solo tienes 
que pulsar «copiar». El mismo comando copiara cualquier programa. Si quieres copias 
en un CD, perfecto, grabas un CD master y lo envias a una planta de CDs. Ellos usa- 
ran el mismo equipo que copia cualquier contenido en un CD. No hace falta construir 
una fabrica especializada para producir cada producto concreto. Se da una tremenda 
simplificacion y reduccion del coste del diseno. 

Una compaftia automovilistica, que se gasta 50 millones para construir una fabrica 
para hacer un nuevo modelo de coche, puede contratar a unos abogados para verse- 
las con las negociaciones de la licencia de patentes. Incluso pueden verselas con una 
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demanda si quisieran. Disenar un programa de la misma complejidad podrla costar 
50.000 o 100.000 dolares. En comparacion, el coste de tratar con el sistema de patentes 
es demoledor — en realidad disenar un programa de la misma complejidad que el dise- 
no mecanico de un coche representa probablemente un mes de trabajo. Cuantas partes 
tiene un coche. . . , quiero decir, en caso de que el coche no tenga ordenadorj^] Esto no 
quiere decir que disenar uno bueno sea facil, solo que no incluye tantos elementos di- 
ferentes. 

El resultado es que el software es realmente distinto de otros campos, porque cuan- 
do estamos trabajando con herramientas matematicas, disenar algo es mucho, mucho 
mas facil. El resultado es que producimos con regularidad sistemas que son mucho, 
mucho mas grandes y lo hacemos con solo unas pocas personas. El resultado es que en 
lugar de acercarnos a tener un producto y una patente, estamos en un sistema donde 
un producto implica muchas, muchas ideas que podrian estar ya patentadas. 

El mejor modo de explicar esto por analogia es con las sinfonlas. Una sinfonia tam- 
bien es larga y incluye muchas notas, y probablemente usa muchas ideas musicales. 
Imaginad que los gobiernos europeos del siglo XVIII hubieran decidido que querian 
promover el progreso de la musica sinfonica estableciendo una Oficina Europea de Pa- 
tentes Musicales, que ofreciera patentes para cualquier tipo de ideas musicales que pu- 
dieras exponer con palabras. 

Imaginad entonces que estamos cerca de 1800, que sois Beethoven y quereis escri- 
bir una sinfonia. Os encontrareis con que disponer vuestra sinfonia de modo que no 
infrinja ninguna patente es mas dificil que escribir una buena sinfonia. 

Cuando os quejais de esto, los duenos de las patentes os dicen «Venga, Beethoven, 
ya nos estas jodiendo porque no tienes ideas propias. Lo unico que quieres es robar 
nuestras invenciones». Beethoven, como de hecho sucedia, tenia muchas ideas musi- 
cales nuevas — pero tenia que usar muchas ideas musicales ya existentes para hacer 
musica reconocible, para hacer musica que pudiera gustar a los oyentes, que estos pu- 
dieran reconocer como musica. Nadie es tanbrillante como para reinventar una musica 
completamente distinta y hacer algo que a la gente le guste escuchar. Pierre Boulez dijo 
intentar hacerlo, pero ^quien escucha a Pierre Boulez? 

Nadie es tan brillante como para reinventar toda la ciencia informatica, de forma 
completamente nueva. Si lo hiciera, produciria algo que los usuarios encontrarian tan 
extrano que no querrian usarlo. Si hoy echas un vistazo a un procesador de texto, te 
encontraras, creo, con cientos de caracteristicas diferentes. Si desarrollas un procesador 
de texto nuevo, bueno e innovador, eso significa que incluye algunas ideas nuevas, pero 
debe incluir cientos de viejas ideas. Si no te esta permitido usarlas, no puedes hacer un 
procesador de textos innovador. Como el trabajo de creacion de software es tan grande, 
el resultado es que no necesitamos ningun plan artificial para incentivar nuevas ideas. 

3 Hay aproximadamente 300-400 elementos distintos en una transmision automatica y una transmision 
es generalmente el componente mas complicado de un coche. Disenar una transmision puede llevar de 
seis meses a un ano, e incluso entonces puede llevar mas tiempo tenerla a punto y en funcionamiento. 
De todos modos, un programa con 500 o 800 elementos utiles tendria entre 200 y 300 lineas de codigo, y 
probablemente a un buen programador le llevaria de un dia a una semana escribirlo, probarlo y depurarlo. 
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Simplemente deja que la gente escriba software y ya tendran nuevas ideas. Si quieres 
escribir un programa y quieres hacerlo bien, te vendran a la cabeza algunas ideas y 
encontraras alguna forma de usar algunas de ellas. 

Lo que solia pasar — porque yo estaba en el campo del software antes de que exis- 
tieran patentes de software — era que la mayorla de los creadores publicaban cualquier 
idea que pensaran que fuera digna de atencion y por la que pensaran recibir algun 
reconocimiento o respeto. Las ideas que fueran demasiado pequenas o no lo suficien- 
temente notables no las publicaban porque podrian ser una tonteria. Ahora se supone 
que el sistema de patentes apoya el descubrimiento de ideas. En realidad, en los vie- 
jos tiempos, nadie guardaba las ideas en secreto. Guardaban el codigo en secreto, es 
verdad. El codigo, despues de todo representaba el grueso del trabajo. Guardaban el 
codigo en secreto y publicaban las ideas, de modo que los empleados adquirieran algo 
de reconocimiento y se sintieran bien. 

Despues de las patentes de software, todavia guardan el codigo en secreto y ade- 
mas patentan las ideas, asi que en realidad, no se ha apoyado el descubrimiento en 
ningun sentido significativo. Las mismas cosas se guardan en secreto hoy al igual que 
se guardaban en secreto ayer, pero las ideas que se solian publicar para que las pudiera- 
mos usar, es muy probable que ahora sean patentadas y esten fuera de nuestro alcance 
durante 20 anos. 

iQue puede hacer un pais para cambiar esto? ^En que direccion deberfamos modi- 
ficar las politicas al respecto para solucionar este problema? 

Hay dos puntos donde se puede atacar. Uno es el punto desde donde se lanzan las 
patentes, la oficina de patentes. El segundo es donde se aplican las patentes. Aqui se 
trata de que es lo que protege la patente. 

Una forma es mantener un buen criterio para publicar patentes. Esto puede funcio- 
nar en un territorio que no ha autorizado antes las patentes informaticas, por ejemplo, 
en la mayor parte de Europa. Simplemente reforzar claramente las reglas de la Oficina 
Europea de Patentes que dictan que el software no es patentable ya es una buena solu- 
cion para Europa. Ahora Europa esta teniendo en cuenta una directiva sobre patentes 
de software. (Supongo que la directiva sera mas amplia, pero una de sus implicaciones 
importantes son las patentes de software.) Simplemente con modificar esta directiva 
para dictar que las ideas de software no pueden ser patentadas, el problema se man- 
tendra alejado de Europa, al menos en su mayor parte, excepto en algunos paises que 
podrian haber asumido el problema por su cuenta, siendo por desgracia el Reino Unido 
uno de ellos — por desgracia para vosotros. 

Esa posibilidad no existe en EE.UU. La razon es que EE.UU. ya tienen una gran can- 
tidad de patentes de software y cualquier cambio en el criterio para publicar patentes 
no se deshara de las que ya existenn Asi, en los EE.UU., la solucion tendra que pasar 

4 Digo «patentes de software*, pero que me estoy refiriendo? La oficina de patentes de los EE.UU. no 
divide oficialmente las patentes entre patentes de software y otras patentes. Asi que, de hecho, se puede 
concebir que cualquier patente pueda servir para demandarte si se puede aplicar a algun software. Las 
patentes de software son patentes que potencialmente se podrian aplicar al software, patentes que en 
potencia pueden servir para demandarte por escribir software. 
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por cambiar la aplicabilidad, el alcance, de las patentes. Dictar que una implementacion 
pura de software, instalada sobre hardware de uso general que no infringe en si mismo 
la patente, no esta protegida por ninguna patente y no puede ser objeto de demanda 
por ello. Este es otro tipo de solucion. 

El primer tipo de solucion, la solucion que interviene sobre que tipos de patentes 
pueden ser validos, es una buena solucion para Europa. 

Cuando en EE.UU. se empezaron a conceder patentes de software, no hubo debate 
politico. En realidad, nadie se entero. El ambito del software, en su mayor parte, ni 
siquiera se entero. Existia una decision del Tribunal Supremo en 1981 que reflexionaba 
sobre la patente de un procedimiento para curar el sindrome del nevus azul. El fallo fue 
que el hecho de que el aparato incluyera un ordenador y un programa como parte del 
procedimiento para curar el sindrome no lo hacia impatentable. Al afto siguiente, la sala 
de apelaciones que considera todos los casos de patentes invirtio los terminos: dicto que 
el hecho de que hubiera un ordenador y un programa en todo esto lo hacia patentable. 
El hecho de que cualquier cosa tenga un ordenador y un programa la hace patentable. 
Por eso los EE.UU. empezaron a tener patentes sobre procesos de negocio: porque los 
procesos de negocio se gestionaban con un ordenador y eso los hacia patentables. 

De este modo, se dicto este fallo y creo que la patente sobre el calculo en orden 
natural fue una de las primeras o quiza incluso haya sido la primera. 

Durante la decada de 1980 no sabiamos nada de esto. Fue hacia 1990 cuando los 
programadores en los EE.UU. empezaron a ser conscientes de que se enfrentaban a un 
peligro con las patentes de software. Vi como trabajaba el sector antes y como trabajaba 
despues. No vi ningun aceleramiento especial del progreso despues de 1990. 

En EE.UU. no hubo debate politico pero en Europa, ha habido un gran debate poli- 
tico. Hace varios anos hubo presiones para enmendar el tratado de Munich que estable- 
cia la Oficina Europea de Patentes. Tenia una clausula que dictaba que el software no es 
patentable. La presion fue para enmendarlo y para que se pudiera empezar a permitir 
las patentes de software. Sin embargo, la comunidad se entero. Fueron realmente los 
desarrolladores y los usuarios de software libre quienes llevaron la iniciativa. Pero no 
somos los unicos amenazados por las patentes de software. Todos los desarrolladores 
de software estan amenazados por las patentes de software, y incluso los usuarios de 
software estan amenazados por las patentes de software. 

Por ejemplo, Paul Heckel — cuando Apple no estaba muy asustada por sus 
amenazas — amenazo con empezar a demandar a los clientes de Apple. Apple encon- 
tro esto mucho mas temible. Se imaginaron que no podrian permitirse que sus clientes 
fueran demandados de este modo, aunque finalmente ganaran. Asi que los usuarios 
tambien pueden ser demandados, bien como forma de atacar al creador, bien como 
simple forma de exprimirles dinero por su cuenta o bien como forma de causar el caos. 
Todos los desarrolladores y usuarios de software son vulnerables. 

Sin embargo, fue la comunidad del software libre en Europa la que llevo la inicia- 
tiva para organizar la oposicion. De hecho, dos tercera partes de los paises que estan 
ahora en la Oficina Europea de Patentes voto en contra de enmendar ese tratado. En 
ese momento, la UE intervino, los directores estaban divididos acerca de este cuestion. 
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Al parecer, el encargado de la promocion del software esta en contra de las patentes de 
software, pero no estaba a cargo de este asunto. Es la direccion del Mercado Unico la 
que tiene esta competencia y esta dirigida por alguien que esta a favor de las paten- 
tes del software. Basicamente no hicieron caso de la opinion publica que se les habia 
expresado. Han propuesto una directiva para permitir las patentes de software. 

El gobierno frances ya ha dicho que esta en contra. La gente esta informando a otros 
gobiernos europeos para que se opongan a las patentes del software y es vital que se 
empiece a hacer esto aqui, en Inglaterra. Segun Harmut Pilch, que es uno de los Mderes 
en la lucha europea contra las patentes de software, el mayor impulso para estas viene 
de la oficina britanica de patentes. La oficina de patentes del Reino Unido esta simple- 
mente inclinada a favor de las patentes de software. Hizo una encuesta publica y la 
mayoria de las respuestas se oponian a las patentes de software. Entonces escribieron 
un informe diciendo que la gente parecia satisfecha con ellas, pasando por alto comple- 
tamente las respuestas. La comunidad del software libre dijo «por favor, enviadnos las 
respuestas tambien a nosotros». Asi que publicaron esas respuestas, que generalmente 
estaban en contra. Nunca se hubiera supuesto eso a partir el informe que publico la 
oficina de patentes del Reino Unido. 

Usan un termino que ellos llaman «efecto tecnico». Este es un termino que puede 
estirarse enormemente. Supuestamente tienes que pensar que significa que una idea 
sobre un programa solo seria patentable si esta relacionada con actos fisicos especificos. 
Si esa es la interpretation, esto en su mayor parte resolveria el problema. Si las unicas 
ideas de software que pudieran patentarse fueran aquellas que de verdad estuvieran 
relacionadas con un resultado tecnico o fisico particular, que hubieras patentado si no 
hubieras usado el programa, eso estaria bien. El problema es que puedes estirar ese 
termino. Puedes describir el resultado que obtienes por utilizar cualquier programa 
como un resultado fisico. ^Como se diferencia este resultado fisico de cualquier otro? 
Bueno, se diferencia como resultado de este computo. El resultado es que la oficina de 
patentes del Reino Unido propone algo que parece llevar a que resuelva el problema en 
su mayor parte, pero en realidad da carta blanca para patentar casi cualquier cosa. 

El personal del mismo ministerio tambien esta implicada en asuntos referidos al 
copyright, que realmente no tienen nada que ver con las patentes del software excepto 
en que estan siendo manejadas por la misma gente. (A lo mejor se han visto llevados 
por el termino «propiedad intelectual» para confundir las dos cuestiones.) Se trata de 
interpretar la reciente directiva de copyright de la UE, una ley horrible como la Digital 
Millenium Copyright Act en los EE.UU, pero con algo de flexibilidad para que los pai- 
ses decidan como se implementa. Reino Unido propone la manera mas draconiana po- 
sible de implementar esta directiva. Se podria reducir mucho el dano implementandola 
apropiadamente. Reino Unido quiere maximizar el efecto tiranico de esta directiva. Pa- 
rece que hay cierto grupo — ^el Departamento de Comercio e Industria? — que debe ser 
frenado. Es necesario revisar sus actividades y detener la gestation de nuevas formas 
de poder. 

Las patentes de software subordinan a todo desarrollador de software y a todo 
usuario a una nueva forma de burocracia. Si los negocios que usan ordenadores se 
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dieran cuenta de cuantos problemas les puede causar esto, se levantarian en armas, y 
estoy seguro de que podrian detenerlo. A los negocios no les gusta estar subordinados 
a la burocracia. Hay algunas areas en las que nos gustaria que el gobierno del Reino 
Unido hiciera un trabajo mas cuidadoso al subordinar ciertos negocios a la burocracia, 
como en todo lo que se refiere al desplazamiento de animales. Pero en los casos en los 
que no sirve a otro proposito que a crear monopolios artificiales, de modo que alguien 
pueda interferir en la creacion de software — exprimiendo dinero de los desarrolladores 
y los usuarios — , deberiamos rechazarlo. Tenemos que hacer conscientes a las empresas 
de lo que las patentes de software les pueden hacer, y conseguir su apoyo para luchar 
contra las patentes de software en Europa. 

La batalla no ha terminado. Todavia puede ser ganada. 



Parte III 

Libertad, sociedad y software 
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Capftulo 17 

^Puedes confiar en tu ordenador? 



^De quien deberia recibir ordenes tu ordenador? Mucha gente piensa que sus orde- 
nadores deberian obedecerles a ellos y no a otras personas. Mediante un plan al que 
llaman «informatica de confianza», las grandes corporaciones de los medios de comu- 
nicacion — incluyendo las companias cinematograficas y de la industria discografica — 
al lado de companias del ambito de la informatica tales como Microsoft e Intel, planean 
hacer que su ordenador los obedezca a ellos en lugar de a ti. Los programas propietarios 
han incluido caracteristicas malevolas en el pasado, pero este plan las universalizaria. 

Software propietario significa, fundamentalmente, que tu no controlas lo que ha- 
ces; no puedes estudiar el codigo fuente ni modificarlo. No es sorprendente que habi- 
les hombres de negocios encuentren medios de control para situarte en una situacion 
de desventaja. Microsoft ha hecho esto varias veces; una version de Windows fue di- 
senada para informar a Microsoft sobre todo el software contenido en su disco duro; 
una reciente actualizacion de «seguridad» del Windows Media Player requeria que los 
usuarios aceptaran nuevas restricciones. Pero Microsoft no esta solo en esto: el soft- 
ware para intercambio de musica KaZaa esta disenado de forma que un asociado de 
negocios de KaZaa pueda alquilar el uso de tu ordenador a sus clientes. Estas carac- 
teristicas malevolas son normalmente secretas, pero una vez que te enteras de ellas es 
dificil eliminarlas dado que no dispones del codigo fuente. 

En el pasado, estos fueron incidentes aislados. La «informatica de confianza» los 
haria omnipresentes. «Informatica traicionera» seria un nombre mas apropiado, en la 
medida en que el proyecto esta disenado para asegurarse de que sistematicamente tu 
ordenador te va a desobedecer. De hecho, esta disenado para que tu ordenador deje de 
funcionar como un ordenador de proposito general. Cada operacion puede requerir de 
una autorizacion explicita. 

La idea tecnica subyacente a la informatica traicionara es que el ordenador incluya 
un dispositivo de encriptacion y de firma digital, cuyas claves permanecerian en secre- 
to. (La version de Microsoft se llama «palladium».) Los programas propietarios usan 
este dispositivo para controlar que otros programas puedes ejecutar, a que documentos 
o datos puedes acceder y a que programas se los puedes transferir. Estos programas 
descargaran continuamente nuevas reglas de autorizacion a traves de Internet, e im- 
pondran dichas reglas automaticamente en tu trabajo. Si no permites que tu ordenador 
obtenga las nuevas reglas periodicamente de Internet, algunas capacidades dejaran de 
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funcionar automaticamente. 

Por supuesto, Hollywood y las empresas discograficas planean usar la informatica 
traicionera para «DRM» (Digital Restriction Management, «Administraci6n de Restric- 
ciones Digitales»), de modo que los videos y la musica descargados puedan ser repro- 
ducidos solo en un ordenador especifico. Compartir sera completamente imposible, al 
menos usando los archivos autorizados que tendras que obtener de dichas companias. 
Tu, el publico, deberias tener la libertad y la capacidad de compartir esas cosas. (Espero 
que alguien encuentre la forma de producir versiones no cifradas, de subirlas y com- 
partirlas, asi DRM no tendra un exito completo, aunque esto no es una excusa para el 
sistema.) 

Hacer imposible el hecho compartir es de por si bastante malo, pero el asunto es 
peor. Existen planes para usar el mismo mecanismo para enviar documentos por correo 
electronico — produciendo mensajes que desaparecen en dos semanas, o documentos 
que solo pueden ser leidos en los ordenadores de determinada empresa. 

Imagina que recibes un mensaje de correo electronico de tu jefe diciendote que ha- 
gas algo que piensas que es arriesgado; un mes despues, cuando el tiro sale por la 
culata no puedes usar el mensaje para demostrar que la decision no fue tuya. «Ponerlo 
por escrito» no te protege si la orden esta escrita en tinta que desaparece. 

Imagina que recibes un mensaje de correo electronico de tu jefe estableciendo una 
politica que es ilegal o moralmente ultrajosa, como destrozar los documentos de la au- 
ditoria de tu empresa, o permitir que una amenaza peligrosa para tu pais avance sin 
control. Ahora, puedes enviar esta noticia a una periodista y exponer esa actividad. 
Con la informatica traicionera, la periodista no sera capaz de leer el documento; su or- 
denador se negara a obedecerla. La informatica traicionera se transforma en un paraiso 
para la corrupcion. 

Los procesadores de texto como Microsoft Word podrian usar la informatica trai- 
cionera cuando guardes tus documentos para asegurarte de que ningun procesador de 
texto de la competencia pueda leerlos. En la actualidad debemos averiguar los secre- 
tos del formato de Word mediante laboriosos experimentos, para que los procesadores 
libres puedan leer documentos de Word. Si Word cifra los documentos usando la in- 
formatica traicionera cuando los guarda, la comunidad del software libre no tendra 
la posibilidad de desarrollar software para leerlos — y si pudieramos, esos programas 
podrian ser prohibidos por la Digital Millennium Copyright Act. 

Los programas que usen la informatica traicionera descargaran continuamente nue- 
vas reglas de autorizacion desde Internet e impondran dichas reglas en tu trabajo. Si a 
Microsoft, o al gobierno de los EE.UU., no les agrada lo que dices en un documento, 
podran publicar nuevas restricciones instruyendo a todos los ordenadores para que 
prohfban que alguien lea dicho documento. Cada ordenador obedecera cuando descar- 
gue las nuevas instrucciones. Su escrito estara sujeto a un supresion retroactiva estilo 
1984. Hasta usted podria ser incapaz de leerlo. 

Podrias pensar que puedes averiguar que cosas sucias hace una aplicacion de la 
informatica traicionera, estudiar cuan daninas son y decidir si aceptarlas o no. Seria 
ingenuo aceptarlas, pero el problema es de tal magnitud que no podrias resistir mucho 
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tiempo. Una vez dependas del uso del programa, estaras enganchado, ellos lo saben; 
entonces pueden cambiar las condiciones del acuerdo. Algunas aplicaciones descar- 
garan automaticamente actualizaciones que haran algo diferente — y no te daran la 
posibilidad de elegir si desead la actualization o no. 

Hoy por hoy puedes evitar las limitaciones del software propietario no usandolo. 
Si ejecutas GNU/Linux u otro sistema operativo libre y si evitas instalar aplicaciones 
propietarias sobre el, entonces estaras al mando de lo que tu ordenador hace. Si un 
programa libre tiene una caracteristica malevola, otros desarrolladores de la comunidad 
la suprimiran y podran usar la version corregida. Puedes tambien ejecutar aplicaciones 
y herramientas libres en sistemas operativos no libres; esto no te proporciona una plena 
libertad, pero muchos usuarios lo hacen. 

La informatica traicionera pone en peligro la existencia de sistemas operativos y 
aplicaciones libres, en la medida en que ya no podras ejecutarlas en absoluto. Algunas 
versiones de la informatica traicionera requeriran que el sistema operativo esta especl- 
ficamente autorizado por alguna empresa particular. Los sistemas operativos libres no 
podran ser instalados. Algunas versiones de la informatica traicionera requeriran que 
cada programa sea espetificamente autorizado por el desarrollador del sistema opera- 
tivo. No podras ejecutar aplicaciones libres en tales sistemas. Si averiguas como hacerlo 
y se lo dices a alguien podria constituir un delito. 

Existen proyectos de ley en EEUU que requieren que todas los ordenadores sopor- 
ten informatica traicionera y que se prohfba la conexion de ordenadores antiguos a 
Internet. La CBDTPA (la llamamos Consume But Don't Try Programming Act, «Consuma 
Pero No Trate de Programar») es uno de ellos. Pero incluso si no te obligan legalmente 
a migrar hacia la informatica traicionera, la presion para aceptarla puede ser enorme. 
Ahora, las personas utilizan por lo general el formato Word para comunicarse, aunque 
esto causa varias clases de problemaa^] Si solo una maquina con informatica traicione- 
ra puede leer los ultimos documentos de Word, mucha gente migrara hacia ella, en la 
medida en que consideren la situation unicamente en terminos de action individual 
— o lo tomas o lo dejas. Para oponernos a la informatica traicionera, debemos unirnos 
y confrontar la situation como una election colectiva. 



Para mayor information sobre la informatica traicionera vease http : / /www . cl . 
| cam. ac . uk/users/r ja!4/tcpa-f aq. html| 

Bloquear la informatica traicionera requerira que se organicen un gran numero de 
ciudadanos. jNecesitamos tu ayuda! La Electronic Frontier Foundation y Public Know- 
ledge estan organizando campanas contra la informatica traicionera, asi como tambien 
el Digital Speech Project esponsorizado por la FSF Por favor, visita estos sitios Web pa- 
ra poder sumarte y apoyar su labor. Tambien puedes ayudar escribiendo a las oficinas 
de asuntos publicos de Intel, IBM, HP/ Compaq, o cualquiera a quien le hay as compra- 
do un ordenador, explicandole que no quieres ser presionado a comprar sistemas de 
informatica «fiable», con lo que no estas de acuerdo en que ellos los produzcan. Puedes 
ejercer la presion del poder del consumidor. Si haces esto, por favor envia copias de tus 
cartas a las organizaciones antes citadas. 



1 Vease http : / / www . gnu . org/no-word- attachments . html 
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Postscriptum 

El proyecto GNU distribuye GNU Privacy Guard, un programa que implementa 
cifrado de clave publica y firmas digitales, que puede utilizase para enviar mensajes 
de correo electronico seguros y privados. Es muy ilustrativo examinar como GPG se 
diferencia de la informatica traicionera y ver que hace a una tan util y a la otra tan 
peligrosa. 

Cuando alguien usa GPG para enviarte un documento cifrado y usas GPG para 
decodificarlo, el resultado es un documento no cifrado que puedes leer, reenviar, co- 
piar e incluso re-cifrar para enviarlo de forma segura a un tercero. Una aplicacion de 
informatica traicionera te dejarla leer las palabras en la pantalla, pero no producir un 
documento no cifrado que pudiera usarse de otra forma. GPG, un paquete de software 
libre, pone las funciones de seguridad a disposition de los usuarios: los usuarios usan 
el programa. La informatica traicionera esta disenada para imponer restricciones a los 
usuarios: es ella la que usa a los usuarios. 



Capftulo 18 

Por que el software debe ser libre 1 



Introduction 

La existencia del software plantea inevitablemente la pregunta de que decisiones 
deberlan tomarse respecto a su uso. Por ejemplo, supongamos que una persona que 
tiene una copia de un programa, se encuentra con otra que desearia tener otra copia del 
mismo. Es posible copiar el programa; ^ quien deberia decidir si esto se lleva a cabo o 
no? ,;Las personas involucradas? ^0 un tercero, llamado «propietario»? 

Por lo general, los desarrolladores de software consideran estos problemas basando- 
se en que el criterio para responder a esta pregunta es el de maximizar los beneficios del 
desarrollador. El poder politico del sector empresarial ha llevado al gobierno a adop- 
tar igualmente este criterio y esta respuesta que proponen los desarrolladores: que el 
programa tiene un dueno, generalmente una compania asociada a su desarrollo. 

Me gustaria considerar el mismo problema usando un criterio diferente: la prospe- 
ridad y la libertad del publico en general. 

La respuesta no puede provenir de la ley vigente — la ley deberia ajustarse a la etica 
y no al reves. Tampoco el dia a dia resuelve el problema, a pesar de que puede sugerir 
algunas soluciones posibles. La unica forma de juzgar es observar quien se ve bene- 
ficiado y quien se ve perjudicado mediante el reconocimiento de los propietarios de 
software, por que y en que medida. En otras palabras, deberiamos realizar un analisis 
del tipo coste-beneficio en nombre de la sociedad como un todo, teniendo en cuenta la 
libertad individual asi como la produccion de bienes materiales. 

En este ensayo, describire los efectos provocados por el reconocimiento de los pro- 
pietarios y mostrara que los resultados son perjudiciales. Mi conclusion es que los pro- 
gramadores debemos dedicarnos a animar a otros a compartir, redistribuir, estudiary 



mejorar el software que escribimos, en otras palabras, animar a escribir software libre. 



1 Escrito originalmente en 1992 

2 E1 adjetivo libre en «software libre» hace referenda a la libertad, no al precio; el precio pagado por una 
copia de un programa libre puede ser cero, bajo o — en muy pocas ocasiones — bastante alto. 
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Como los propietarios justifican su poder 

Aquellos que se benefician del sistema actual, en el que los programas son concebi- 
dos como propiedad privada, esgrimen dos argumentos en favor de su derecho de ser 
propietarios de programas: el argumento emocional y el argumento economico. 

El argumento emocional es del tipo: «Pongo mi sudor, mi corazon, mi alma en este 
programa. jProviene de mi, es mw\» 

Este argumento no requiere una refutacion seria. El sentimiento de apego puede 
ser cultivado por los programadores cuando les convenga, pero no es inevitable. Con- 
siderese, por ejemplo, cuan deseosos firman y ceden sus derechos sobre el programa 
a una gran empresa a cambio de un salario; misteriosamente el apego emocional se 
desvanece. Por el contrario, considerense a los grandes artistas y artesanos de la epoca 
medieval, que ni siquiera firmaban sus trabajos. Para ellos, el nombre del artista no era 
importante. Lo que importaba era que el trabajo se habia hecho — y el proposito al que 
servia. Esta vision ha prevalecido durante cientos de anos. 

El argumento economico es del tipo: «Quiero ser rico — normalmente expresado de 
manera poco precisa como "tengo que vivir de algo" — y si no me dejas enriquecerme 
programando, entonces no programare. Todo el mundo es como yo, de manera que 
nadie programara jamas. ;Y te encontraras con que no tienes programas!» Esta amenaza 
suele venir disfrazada como un amigable y sabio consejo. 

Explicare mas tarde por que esta amenaza es algo completamente absurdo. Antes 
me gustaria presentar un presupuesto implicito que esta mucho mas presente en otra 
formulacion del mismo argumento. 

Esta formulacion empieza comparando la utilidad social del software propietario 
con la utilidad que se derivaria de no tener software y entonces llega a la conclusion 
de que el software propietario es, en general, beneficioso y que deberia ser promovido. 
La falacia reside aqui en comparar solamente dos posibilidades — software propietario 
versus ausencia de software — y suponer que no existen otras posibilidades. 

En un sistema en el que impera la propiedad intelectual, el desarrollo del software 
se encuentra generalmente vinculado a la existencia de un dueno que controla el uso de 
ese software. Mientras exista este vinculo, nos enfrentamos continuamente a la eleccion 
entre software propietario o nada. Sin embargo, esta vinculo no es inherente ni tampoco 
inevitable; es mas bien consecuencia de una decision politica sociolegal especifica que 
aqui estamos cuestionando: la decision de que el software tenga propietarios. Formular 
la eleccion entre software propietario y ausencia de software implica empobrecer la 
cuestion. 

El argumento en contra de la propiedad del software 

La pregunta que se nos plantea es: ^deberia el desarrollo del software estar vincu- 
lado a la existencia de propietarios que restrinjan su uso?» 

Para resolver este problema, tenemos que evaluar el efecto en la sociedad de cada 
una las dos opciones independientemente: el efecto de desarrollar software — sin tener en 
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cuenta la manera en que se redistribuye — y el efecto de restringir su uso — suponiendo 
que el software ha sido desarrollado. Si una de estas actividades es beneficiosa y la 
otra es perjudicial, debenamos deshacernos de esta doble actividad y utilizar solo la 
beneficiosa. 

En otras palabras, si restringir la distribution de un programa ya desarrollado es 
perjudicial para la sociedad en su conjunto, entonces un desarrollador de software con 
una orientation etica deberia rechazar esta option. 

Para determinar el efecto de restringir el derecho a compartir, necesitamos comparar 
los beneficios para la sociedad de un programa restringido — propietario — con los que 
ofrece ese mismo programa accesible a todo el mundo. Esto significa comparar dos 
mundos posibles. 

Este analisis tambien tiene en cuenta el contra-argumento, a veces defendido, de 
que «los beneficios que se proporcionan al vecino al darle una copia de un programa se 
cancelan por el perjuicio provocado al propietario». Este contra-argumento presupone 
que el perjuicio y el beneficio son iguales en magnitud. El analisis implica la compara- 
cion de ambas magnitudes y muestra que el beneficio es mucho mayor que el perjuicio. 

Para clarificar todo esto, vamos a aplicarlo a otro ambito: la construction de carre- 
teras. 

Pudiera ser que la financiacion para construir todas las carreteras proviniese de 
los peajes. En consecuencia, nos encontrariamos puntos de peaje en cada esquina. Un 
sistema de este tipo generaria incentivos a la hora de mejorar las carreteras. Tambien 
tendria la virtud de obligar a los usuarios de una determinada carretera a que pagasen 
por ella. Sin embargo, un punto de peaje es un obstaculo artificial para una circulation 
fluida — artificial, porque no es una consecuencia derivada del funcionamiento de los 
coches o de las carreteras. 

Si comparamos la utilidad de las carreteras libres y de la carreteras con peaje, en- 
contramos que — siendo iguales en todo — , las carreteras sin puntos de peaje son mas 
baratas de construir, mas baratas de administrar y mas eficientesj^En un pals pobre, el 
peaje podria provocar que algunas carreteras fuesen inaccesibles a muchos ciudadanos. 
De manera que las carreteras sin peajes ofrecen mayores beneficios a la sociedad y un 
coste menor; por lo tanto son preferibles para la sociedad. De este modo, la sociedad 
deberia elegir financiar las carreteras de otra forma, y no mediante peajes. El uso de las 
carreteras, una vez construidas, deberia ser gratuito. 

Cuando los defensores de los peajes, los presentan como meros recaudadores de fon- 
dos, distorsionan la election que existe de verdad. Los peajes incrementan los fondos 
publicos, pero hacen algo mas: degradan, de hecho, la carretera. La carretera de peaje 
no es tan buena como la carretera libre; que se nos proporcionen mas carreteras o ca- 

3 Los problemas asociados a la contamination y a la congestion del rrafico no modifican esta conclusion. 
Si queremos encarecer la conduction, para desanimar la conduction en general, no debenamos recurrir a 
las peajes que contribuyen a aumentar la contamination y la congestion. Un impuesto sobre la gasolina 
es mucho mejor. Del mismo modo, no es relevante el deseo de aumentar la seguridad en una carretera 
limitando el maximo de velocidad. Una carretera de libre acceso aumenta la media de velocidad evitando 
las paradas y los atascos, sea cual sea el lfmite de velocidad. 
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rreteras tecnicamente superiores puede muy bien no ser una mejora si implica sustituir 
carreteras libres por carreteras de peaje. 

Por supuesto, la construccion de una carretera gratuita cuesta dinero, que de alguna 
manera la gente debe pagar. Sin embargo, esto no implica la inevitabilidad de los peajes. 
Nosotros, que en ambos casos pagamos, obtendremos mayores beneficios de nuestro 
dinero si compramos una carretera gratuita. 

No quiero decir que una carretera de peaje sea peor que la ausencia de carreteras. 
Eso seria verdad si el peaje fuese tan alto que casi nadie pudiese usarla — pero esta es 
una polltica improbable para un recaudador de impuestos. Sin embargo, en tanto que 
los peajes suponen perdidas de tiempo y molestias considerables, es mejor conseguir el 
dinero de una manera menos obstructora. 

Para aplicar este mismo argumento al desarrollo del software, mostrara ahora que 
introducir «peajes» en el software le cuesta caro a la sociedad: hace que se encarezca la 
construccion de los programas, encarece la distribucion y los hace menos satisfactorios 
y eficientes con relacion a su uso. De lo que se deduce que la construccion de progra- 
mas deberia promoverse de alguna otra forma. Mas tarde, continuara explicando otros 
metodos de promotion y — hasta donde sea de verdad necesario — financiacion del 
desarrollo de software. 



El perjuicio ocasionado por obstaculizar el software 

Consideremos por un momento que un programa ha sido desarrollado y que cuales- 
quiera pagos necesarios para su desarrollo han sido realizados; ahora la sociedad debe 
decidir entre convertirlo en propietario o permitir que se use y comparta libremente. 
Supongase que la existencia del programa y su disponibilidad es algo deseablej^] 

Las restricciones sobre la distribucion y modification del programa no pueden faci- 
litar su uso. Solo pueden interferir en el. Asi que el efecto solamente puede ser negativo. 
^Pero cuanto? de que tipo? 

Existen tres niveles diferentes de dano material que provienen de esta interferencia: 

■ Un menor numero de personas usa el programa. 

■ Ninguno de los usuarios puede adaptar o arreglar el programa. 

■ Otros desarrolladores no pueden aprender del programa, o basar un trabajo nue- 
vo en el. 

4 Podriamos considerar perjudicial un programa determinado y por lo tanto desear que no es disponible 
en absoluto, como ocurre con la base de datos personales de Lotus Marketplace, que se retiro del mercado 
gracias a las protestas del publico. Buena parte de lo que vengo diciendo no es aplicable a este caso, pero 
no tiene sentido abogar por la existencia de propietarios por el simple hecho de que el propietario limite la 
disponibilidad del programa. El propietario no limitara completamente la disponibilidad de un programa, 
tal y como nos gustaria, en el caso de un programa cuyo uso se considere destructivo. 
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Cada nivel de perjuicio material lleva asociado un perjuicio psico-social. Me refiero 
al efecto que tiene las decisiones de la gente sobre sus sentimientos, actitudes y predis- 
posiciones posteriores. Estos cambios en la manera de pensar de la gente tendran un 
efecto posterior en sus relaciones con sus conciudadanos y pueden acarrear consecuen- 
cias efectivas. 

Los tres niveles de perjuicio material desaprovechan parte del valor que el progra- 
ma podria proporcionar, pero no lo pueden reducir a nada. Si desaprovechan casi todo 
el valor del programa, entonces el hecho de escribir el programa perjudica a la sociedad 
en la medida en que se dedico un esfuerzo en escribir el programa. Se podria decir que 
aquel programa que produce beneficios al venderse debe proporcionar algun tipo de 
beneficio material directo. 

Sin embargo, teniendo en cuenta el perjuicio psico-social asociado, no existe limite 
al perjuicio que puede llegar a ocasionar el desarrollo de software propietario. 

Obstaculizar el uso de programas 

El primer nivel de perjuicio impide el simple uso del programa. Una copia del pro- 
grama tiene un coste marginal nulo — y se puede pagar este coste realizando esta copia 
personalmente — , de manera que en un mercado libre tendria un precio casi nulo. El 
pago por una licencia es un desincentivo significativo a la hora de usar el programa. Si 
un programa de gran utilidad es propietario, mayor sera la cantidad de gente que no lo 
use. 

Es facil mostrar que la contribucion total que un programa proporciona a la so- 
ciedad se reduce al asignarsele un propietario. Cada usuario potencial del programa, 
enfrentado al hecho de tener que pagar para usarlo, puede escoger entre pagar o re- 
nunciar a usar el programa. Cuando un usuario escoge pagar, esto es en realidad una 
transferencia nula de riqueza entre las dos partes. Pero cada vez que alguien elige no 
usar el programa, se provoca un perjuicio a esa persona sin que nadie saiga beneficiada. 
La suma entre numeros negativos y ceros es siempre negativa. 

Pero esto no reduce la cantidad de trabajo que lleva desarrollar el programa. Como 
resultado, la eficiencia del proceso entero, medida en satisfaccion del usuario final por 
hora de trabajo, se reduce. 

Esto muestra la diferencia crucial entre las copias de programas y los coches, las 
sillas o los bocadillos. No existe una copiadora de objetos materiales fuera de la cien- 
cia ficcion. Pero los programas son faciles de copiar; cualquiera puede producir tantas 
copias como desee, con muy poco esfuerzo. Esto no es cierto para objetos materiales 
porque la materia se conserva: cada copia nueva tiene que generarse con materia prima 
de la misma forma en que se construyo la primera copia. 

Con objetos materiales, un desincentivo a la hora de usarlos tiene cierto sentido, 
porque un menor numero de objetos comprados implica menos materia prima y menos 
trabajo para producirlos. Es cierto que generalmente existe un coste inicial, un coste 
de desarrollo, que se extiende sobre el proceso de produccion. Pero mientras el coste 
marginal de produccion puede ser significativo, anadir una participacion en el coste de 
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desarrollo no produce una diferencia cualitativa. Y no requiere restricciones sobre la 
libertad de los usuarios normales. 

Sin embargo, imponer un precio en algo que, de otra manera, podria ser gratuito, 
es un cambio cualitativo. Un pago impuesto unilateralmente sobre la distribucion del 
software provoca un gran desincentivo. 

Mas aun, la produccion centralizada tal y como se practica en nuestros dias es ine- 
ficiente incluso en terminos de distribucion de las copias de software. Este sistema in- 
cluye enviar discos o cintas magneticas en embalajes superfluos, mandar grandes can- 
tidades de ellos a lo largo y ancho del mundo y almacenarlos para venderlos. Este costo 
se presenta como derivado de hacer negocios; en realidad, es una parte del gasto inutil 
causado por el hecho de tener duenos. 

La cohesion social danada 

Suponga que tanto usted como su vecino consideraran util la ejecucion de un cierto 
programa. En un pacto etico con su vecino, seguramente entenderiais que una solucion 
apropiada de la situacion posibilitaria que los dos usasen el programa. Una propuesta 
que permitiese usar el programa solo a uno, restringiendo al otro, es discriminatoria; a 
ninguno de los dos, usted o su vecino, les deberia de parecer aceptable. 

Firmar una licencia tipica de software implica traicionar a tu vecino: «Prometo pri- 
var a mi vecino de este programa para que yo pueda tener una sola copia para mf.» Las 
personas que toman estas decisiones sienten una presion psicologica interna que les 
empuja a justificarlas degradando la importancia de ayudar al projimo — de tal forma 
que el espiritu publico sale perjudicado. Se trata de un dano psico-social asociado con 
el dano material provocado por la desincentivacion de usar el programa. 

Muchos usuarios admiten inconscientemente que resulta erroneo negarse a compar- 
tir, asi que deciden ignorar las licencias y las leyes, y comparten el programa de todas 
formas. Pero a menudo se sienten culpables haciendolo. Saben que deben infringir las 
leyes para poder ser buenos vecinos, pero siguen considerando que las leyes tienen au- 
toridad y concluyen que ser un buen vecino — dado que lo son — es algo malo o de lo 
que sentirse avergonzados. Se trata, tambien, de un tipo de dano psico-social, pero se 
puede escapar de ello decidiendo que las licencias y las leyes no tienen fuerza moral 
alguna. 

Los programadores tambien sufren ese dano psico-social al saber que a muchos 
usuarios se les impedira aprovechar su trabajo. Esto conduce a una actitud de cinismo 
o de autoengano. Un programador puede describir de manera entusiasta un trabajo 
que considera tecnicamente interesante, y cuando se le pregunta: «^Se me dejara usar el 
programa?», se vuelve cabizbajo y admite que la respuesta es no. Para evitar desalen- 
tarse, o bien la mayor parte del tiempo ignora este hecho, o adopta una cinica postura 
disenada para menoscabar su importancia. 
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Desde la era Reaganjj la principal fuente escasez de los Estados Unidos no es la 
de las innovaciones tecnicas sino mas bien la del deseo de trabajar juntos por el bien 
publico. No tiene sentido alentar lo primero a expensas de esto ultimo. 

Obstruir la adaptacion personalizada de programas 

El segundo nivel de perjuicio material es la imposibilidad de adaptar los programas. 
La posibilidad de modificar el software es una de las grandes ventajas frente a formas 
mas antiguas de tecnologia. Sin embargo, la mayoria del software comercial disponible 
no lo es en terminos de «modificabilidad», ni siquiera despues de comprarlo. Puedes 
decidir tomarlo o dejarlo, como una caja negra — tan solo eso. 

El programa que ejecutas consiste en una serie de numeros cuyo significado perma- 
nece oscuro. Nadie, ni siquiera un buen programador, puede cambiar facilmente esos 
numeros para hacer que el programa haga algo diferente. 

Los programadores trabajan normalmente con el «codigo fuente» del programa, que 
se encuentra escrito en un lenguaje de programacion como Fortran o C. Recurren a 
nombres que designan los datos usados y las partes del programa y representan opera- 
ciones con simbolos tales como «+» para la suma y «-» para la resta. Esta disenado para 
ayudar a los programadores a leer y modificar los programas. He aqui un ejemplo; un 
programa que calcula la distancia entre dos puntos en un planoH 



float 

distance (pO, pi) 
struct point pO, pi; 

{ 

float xdist = pl.x - pO.x; 
float ydist = pl.y - pO.y; 

return sqrt (xdist * xdist + ydist * ydist) ; 



Aqui esta ese mismo programa en formato ejecutable^] en el ordenador que suelo 
utilizar: 



5 Ronald Reagan, presidente numero 40 de los Estados Unidos, es famoso por haber realizado recortes 
en numerosos programas sociales. Tambien creo un politica economica, llamada a menudo trickle down 
economics, considerada por muchos un fracaso. 

6 Comprender como funciona este codigo fuente no es lo importante; lo que es realmente importante es 
observar que el codigo fuente este escrito a un nivel de abstraction que sea claramente comprensible. 

7 Observese la no comprensibilidad del formato ejecutable; dar sentido al formato ejecutable es clara- 
mente mucho mas complejo que el codigo fuente de mas arriba. 
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1314258944 
1411907592 
-234880989 
1644167167 
572518958 



232267772 
231844736 
234879837 
3214848 



803143692 



-231844864 
2159150 



-234879966 
1090581031 
1314803317 



1420296208 
-232295424 
1962942495 



1634862 



El codigo fuente es util — potencialmente al menos — para cualquier usuario de un 
programa. Pero a la mayoria de los usuarios no se les permite tener copias del codi- 
go fuente. Generalmente el codigo fuente de un programa propietario es guardado en 
secreto por el propietario, por miedo a que cualquier otro pueda aprender algo de el. 
Los usuarios reciben solamente ficheros de numeros incomprensibles, que el ordenador 
se encargara de ejecutar. Esto quiere decir que solo el propietario del programa puede 
modificar el programa. 

Una amiga me hablo una vez que trabajo como programadora en un banco durante 
seis meses, escribiendo un programa similar a otro que se podia obtener comercialmen- 
te. Pensaba que si hubiese tenido acceso al codigo fuente de ese programa comercial lo 
podria haber adaptado facilmente a las necesidades del banco. El banco estaba dispues- 
to a pagar por ello, pero no le estaba permitido hacerlo — el codigo fuente era secreto. 
De manera que tuvo que dedicar seis meses de trabajo de desarrollo, un trabajo que 
aparece contabilizado en el Producto Interior Bruto pero que realmente fue un desper- 
dicio. 

El laboratorio de Inteligencia Artificial del MIT (Al lab) recibio de regalo una impre- 
sora grafica de Xerox hacia 1977. Corria con software libre al que anadimos bastantes 
mejoras utiles. Por ejemplo, el software notificaba inmediatamente al usuario cuando el 
trabajo de impresion se habia realizado. Cuando la impresora tenia un problema, como 
una obstruccion de papel o falta de papel, el software lo notificaba inmediatamente a 
todos los usuarios que tuviesen trabajos pendientes. Estas mejoras facilitaban el trabajo. 

Mas tarde Xerox dono al Laboratorio de IA una impresora nueva, mas rapida, una 
de las primeras impresoras laser. Funcionaba con software propietario que corria en un 
ordenador independiente dedicado en exclusiva, de manera que no pudimos anadir 
ninguna de nuestras mejoras favoritas. Pudimos hacer que enviase una notificacion 
cuando se mandaba un trabajo de impresion al ordenador dedicado a la impresora, pero 
no cuando el trabajo se habia impreso — y generalmente el retraso era considerable. No 
habia forma de saber cuando el trabajo se habia impreso; lo unico que podias hacer 
era adivinarlo. Y nadie sabia nunca cuando se atascaba el papel, asi que a menudo la 
impresora se quedaba fuera de servicio por espacio de una hora. 

Los programadores de sistema del laboratorio del IA Lab estaban capacitados para 
arreglar aquellos problemas, probablemente tan capacitados como los autores origina- 
les del programa. Xerox no mostro interes en arreglar aquellos fallos y prefirio adver- 
tirnos de los problemas, de manera que nos vimos forzados a aceptarlos. Nunca se 
arreglaron. 
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La mayoria de los programadores buenos han experimentado esta frustracion. El 
banco podia permitirse resolver un problema escribiendo un programa nuevo partien- 
do de cero, pero un usuario corriente, no importa lo capacitado que este, solo puede 
arrojar la toalla. 

Arrojar la toalla provoca un dano psicosocial — al espiritu de independencia. Es des- 
moralizante vivir en una casa que no puedes arreglar para adecuarla a tus necesidades. 
Lleva a la resignacion y al retraimiento, que pueden extenderse a otros ambitos de tu 
vida. La gente que padece de esta manera no se encuentran a gusto y no realiza un buen 
trabajo. 

Imagmese como seria si las recetas de cocina se guardasen de la misma manera que 
el software. Uno se podria preguntar: «^C6mo cambio esta receta de manera que no 
tenga sal?». De tal forma que el gran chef respondiese: «^C6mo se atreve a insultar mi 
receta, mi creacion y mi paladar, manoseandola? ;No tiene usted el juicio necesario para 
cambiar mi receta y hacer que saiga bien!» 

«;Pero mi doctor me ha prohibido tomar sal! iQue puedo hacer? ^Va a quitar usted 
la sal por mi?» 

«Me encantaria hacer eso; mis honorarios son de solo 50.000 dolares». (Las tasas 
suelen ser grandes debido a la posicion de monopolio sobre los modificaciones.) «De 
todas formas, ahora mismo no tengo tiempo. Estoy ocupado con una comision para 
disenar una nueva receta de galleta maritima para el departamento de Marina. Estare 
contigo mas o menos en dos anos». 

Obstaculizar el desarrollo del software 

El tercer nivel de dano material afecta al desarrollo del software. El desarrollo del 
software normalmente era el resultado de un proceso evolutivo, en el que una persona 
cogia un programa existente y reescribia algunas partes anadir una funcion nueva, y 
entonces otra persona reescribia algunas partes mas para anadir otra mas; en algunos 
casos, este proceso transcurria durante un periodo de veinte anos. Mientras tanto, algu- 
nas partes de ese programa eran «canibalizadas» para constituir el comienzo de otros 
programas. 

La existencia de propietarios impide este tipo de evolucion, hace necesario empezar 
desde cero cuando se quiere desarrollar un programa. Tambien impide a los nuevos 
programadores estudiar los programas disponibles para aprender tecnicas utiles o in- 
cluso ver como estan estructurados los programas de mayor envergadura. 

Los propietarios tambien dificultan el aprendizaje. He conocido estudiantes brillan- 
tes en ciencia informatica que nunca han visto el codigo fuente de un programa extenso. 
Puede que fueran buenos escribiendo pequeftos programas, pero no pueden empezar 
a aprender las diferentes habilidades necesarias para escribir programas extensos si no 
pueden ver como lo han hecho otros. 

En cualquier campo intelectual, uno puede conseguir metas mas elevadas apoyan- 
dose en otros. Pero esto ya no se permite por lo general en el campo del software — solo 
puedes apoyarte en otros en tu propia empresa. 
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El dano psicosocial asociado afecta al espiritu de cooperacion cientifica, que nor- 
malmente era tan intensa que los cientificos seguian cooperando incluso cuando sus 
paises entraban en guerra. En este sentido, los oceanografos japoneses que abandona- 
ron su laboratorio en una isla del Pacifico preservaron cuidadosamente su trabajo en el 
momento de la invasion de los marines de los EE.UU. y dejaron una nota pidiendo que 
lo guardaran bien. 

El conflicto por la obtencion de beneficio ha destruido lo que se salvo del conflicto 
internacional. Hoy en dia, cientificos de numerosas disciplinas no publican lo suficiente 
en sus trabajos para permitir a otros repetir el experimento. Publican solamente aque- 
llo que permita a los lectores maravillarse por lo mucho que saben hacer. Esto es asi, 
desde luego, en la ciencia informatica, en donde el codigo fuente de los programas es 
generalmente secreto. 

No importa como se restringe el acto de compartir 

He discutido sobre los efectos de impedir a la gente que copie, modifique o desa- 
rrolle un programa. No he especificado como se lleva a cabo esta obstruccion, puesto 
que no afecta a la conclusion. Como quiera que se haga, mediante proteccion antico- 
pia, o copyright, o licencias, o encriptacion, o tarjetas ROM, o numeros de serie en el 
hardware, si tiene exito impidiendo el uso, el perjuicio esta hecho. 

Los usuarios consideran algunos de estos metodos mas repugnantes que otros. Creo 
que los metodos mas odiados son aquellos que cumplen su objetivo. 

El software deberia ser libre 

He argumentado como la propiedad de un programa — el poder de restringir las 
modificaciones o las copias — es obstructiva. Sus efectos negativos son extensos e im- 
portantes. Se sigue pues que en la sociedad no deberian existir propietarios de progra- 
mas. 

Otra manera de comprender esto es reconocer que lo que la sociedad necesita es 
software libre y el software propietario es un pobre sustituto. Promover el sustituto no 
es una manera logica de conseguir lo que necesitamos. 

Vaclav Havel nos aconsejo: «Trabajad por algo porque es bueno, no simplemente 
porque tiene probabilidades de exito». Un negocio que produce software propietario 
tiene probabilidades de exito en sus propios y estrechos terminos, pero no es lo que 
beneficia a la sociedad. 

Por que la gente desarrollara software 

Si eliminamos el copyright como forma de animar a la gente a desarrollar software, 
al principio se desarrollara una menor cantidad de software, pero ese software sera 
mas util. No esta claro si la satisfaccion total del usuario sera inferior; pero si esto es 



CAPfTULO 18. POR QUE EL SOFTWARE DEBE SER LIBRE 



132 



asl, o si queremos aumentarla de todas formas, existen otras maneras de promover el 
desarrollo, exactamente igual que hay formas alternativas a los peajes para conseguir 
obtener dinero para las carreteras. Antes de que empiece a hablar sobre como hacer 
esto, primero quiero preguntar que grado de promocion artificial es verdaderamente 
necesario. 

Programar es divertido 

Existen algunos tipos de trabajo en los que pocos entraran si no es por dinero; la 
construccion de carreteras, por ejemplo. Hay otros campos del estudio y del arte en los 
que existe escasa probabilidad de enriquecerse, en los que la gente entra por fascina- 
cion o por que perciben que son valiosos socialmente. Algunos ejemplos son la logica 
matematica, la musica clasica y la arqueologia; y la organizacion politica entre los tra- 
bajadores. La gente compite, de forma triste mas que incisiva, por las pocas posiciones 
remuneradas existentes, ninguna de las cuales financiada de forma generosa. Quizas 
tengan que pagar por la posibilidad de trabajar en ese campo, si pueden permitirselo. 

Un campo as! puede transformarse de la noche a la manana si empieza a ofrecer 
posibilidades de enriquecimiento. Cuando un trabajador prospera, otros demandan las 
mismas oportunidades. Pronto todos pediran grandes sumas de dinero por aquello que 
antes hacian por placer. En un par de anos, todo el mundo relacionado con ese campo 
se burlara de la idea de que ese trabajo se realice sin grandes sumas de dinero a cam- 
bio. Aconsejaran a los planificadores sociales que se aseguren de que estos retornos de 
capital sean posibles, creando privilegios especiales, poderes y monopolios, alegando 
que son necesarios para lograrlo. 

Esta transformacion acaecio en el campo de la programacion informatica durante la 
decada pasada. Hace quince anoa^juno podia encontrarse con articulos sobre la «adic- 
cion a los ordenadores»: los usuarios estaban «conectados» y tenian adicciones que les 
costaban cien dolares por semana. Parecia aceptable que la gente amase tanto la pro- 
gramacion como para acabar con sus matrimonios. Hoy en dia, se entiende que nadie 
programe sin recibir una excelente remuneracion a cambio. La gente ha olvidado lo que 
sabia hace quince anos. 

Llegado el momento en que quienes trabajan en un campo determinado exigen a 
cambio altas sumas de dinero, el campo en cuestion ya no necesita regirse por esa pa- 
sion voluntariosa. La dinamica del cambio puede efectuarse al reves si la sociedad pro- 
porciona el empuje inicial. Si anulamos la posibilidad de enriquecerse enormemente, 
entonces, despues de un tiempo, cuando la gente haya reajustado sus actitudes, volve- 
ran una vez mas a trabajar en ese campo por el placer de hacerlo. 

La respuesta a «,;c6mo podemos pagar a los programadores?», resulta mas facil 
cuando nos damos cuenta de que no es una cuestion de pagarles una fortuna. Es mas 
facil conseguir los fondos necesarios para ganarse la vida simplemente. 



Quince anos antes de escribir este articulo transcurria el ano 1977. 
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Financiar el software libre 

Las instituciones que pagan a los programadores no tienen que ser necesariamente 
empresas de software. Otras muchas instituciones ya existentes se pueden encargar de 
ello. 

Los fabricantes de hardware saben que es esencial colaborar en el desarrollo de soft- 
ware incluso aun cuando no puedan controlar el uso de ese software. En 1970, la mayo- 
rla del software era libre porque no se habla considerado la posibilidad de restringirlo. 
Hoy en dia, su creciente voluntad de unirse en consorcios refleja la consideration de 
que la propiedad del software no es lo que realmente les importa. 

Las universidades dirigen bastantes proyectos de programacion. Hoy en dia, a me- 
nudo venden los resultados, cuando en la decada de 1970 no lo hacian. ^Hay algu- 
na duda de que la universidades desarrollarian software libre si estuviese prohibida 
la venta de software? Estos proyectos podrian estar respaldados por los mismos con- 
tratos y subvenciones gubernamentales que ahora respaldan al desarrollo de software 
propietario. 

Lo normal ahora es que los investigadores universitarios obtengan subvenciones 
para desarrollar un sistema, desarrollarlo casi hasta el punto de completarlo, denomi- 
nando a eso un producto «acabado» y luego que las empresas realmente lo terminen 
y lo conviertan en algo util. A veces declaran «libre» la version sin acabar; si son pro- 
fundamente corruptos entonces consiguen una licencia de exclusividad para la univer- 
sidad. Esto no es un secreto; se admite abiertamente por todos los involucrados. Sin 
embargo, si los investigadores no se vieran tentados a hacer estas cosas, seguirian in- 
vestigando de todas formas. 

Los programadores que escriban software libre pueden vivir a base de vender servi- 
cios relacionados con el software. He sido contratado para trasladar el Compilador GNU 
de C a un hardware nuevo y para construir interfaces de usuario para GNU Emacs. 
(Ofrezco estas mejoras al publico una vez acabadas.) Tambien doy clases por las que 
me pagan. 

No soy el unico que trabaja de esta manera. Existe una corporation que esta cre- 
ciendo de forma exitosa y se dedica a este tipo de trabajo. Otras empresas proporcio- 
nan soporte comercial para el software libre del sistema GNU. Este es el comienzo de 
una industria independiente de soporte de software — una industria que podria crecer 
bastante si el software libre se llega a imponer. Proporciona a los usuarios una option 
generalmente inaccesible a traves del software propietario, excepto a los mas ricos. 

Nuevas instituciones^] como la Free Software Foundation pueden tambien subvencio- 
nar a los programadores. La mayoria de los fondos de la Fundacion provienen de los 
usuarios que compran disquetes o cintas por correo. El software en disquetes es libre, 
lo que quiere decir que cualquier usuario tiene la libertad de copiarlo y cambiarlo, pero 
muchos a pesar de ello pagan por conseguir copias. (Recuerdese que «software libre» se 
refiere a la libertad, no al precio.) Algunos usuarios encargan cintas magneticas de las 



9 Recordemos que este articulo fue originalmente escrito en 1992 
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que ya tienen una copia como una forma de contribucion que piensan que merecemos. 
La Fundacion tambien recibe importantes donaciones de fabricantes de ordenadores. 

La Free Software Foundation es una sociedad sin animo de lucro y sus ingresos se 
invierten en contratar a tantos programadores como se pueda. Si se hubiese planteado 
como una empresa, distribuir software libre al publico por el mismo precio, proporcio- 
naria ahora una buen estandar de vida a su fundador. 

Precisamente porque la Fundacion es una sociedad sin animo de lucro, los progra- 
madores trabajan por la mitad de lo que cobrarian en cualquier otro sitio. Hacen esto 
porque estamos libres de burocracia y porque encuentran satisfaccion sabiendo que su 
trabajo no encontrara obstaculos a su uso. Y lo que es mas importante, lo hacen porque 
sienten que programar es divertido. Ademas, los voluntarios han escrito muchos pro- 
gramas utiles para nosotros. (Incluso, han empezado a colaborar escri tores tecnicos.) 

Esto confirma que la programacion se encuentra entre los campos mas fascinantes, 
junto con la musica y el arte. No debemos temer que nadie quiera programar. 

^Que deben los usuarios a los desarrolladores? 

Los usuarios de software tienen una buena razon para sentirse moralmente obliga- 
dos a contribuir a su soporte. Los desarrolladores de software libre contribuyen a las 
actividades de los usuarios, y a largo plazo es justo, a la vez que beneficioso para los 
usuarios, proporcionar fondos para que esto continue. 

Sin embargo, esto no deberia de aplicarse a los desarrolladores de software propie- 
tario, ya que el obstruccionismo se merece un castigo mas que una recompensa. 

De manera que tenemos una paradoja: el desarrollador de software util tiene el 
derecho a recibir el apoyo de los usuarios, pero cualquier intento que convierta esta 
obligacion moral en una peticion destruye la base de la obligacion. Un desarrollador 
puede o bien merecer una recompensa o pedirla, pero no las dos cosas a la vez. 

Creo que un desarrollador con perspectiva etica enfrentado con esta paradoja de- 
be actuar de modo que merezca la recompensa, pero deberia asimismo animar a los 
usuarios a que realicen donaciones. Puede que los usuarios aprendan asi a ayudar a los 
desarrolladores sin coaccion, como han aprendido a ayudar a las emisoras de radio o a 
las cadenas de television publicas. 

^Que es la productividad del software? 

Si el software fuese libre seguiria habiendo programadores, pero quiza menos. ^Se- 
ria esto perjudicial para la sociedad? 

No necesariamente. Hoy en dia las naciones desarrolladas tienen menos granjeros 
que en 1900, pero no creemos que esto sea malo para la sociedad porque esos agricul- 
tores distribuyen mas comida a los consumidores que antes. Llamamos a esto mejora 
de la productividad. El software libre requeriria bastantes menos programadores para 
satisfacer la demanda, debido al aumento en la productividad del software en todos los 
niveles: 
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■ El uso mas extendido de cada programa que se desarrolla. 

■ La posibilidad de adaptar programas existentes a configuraciones especiales en 
lugar de tener que crear los programas desde cero. 

■ Mejor educacion de los programadores. 

■ La eliminacion de la duplication de esfuerzos en el desarrollo. 

Aquellos que se oponen a la cooperation, quejandose de que podrla producir una 
reduction en el empleo de los programadores, estan, en realidad, oponiendose al au- 
mento de productividad. Y ademas estas personas aceptan generalmente la creencia 
universal de que la industria del software necesita un incremento de su productividad. 
,;C6mo es esto posible^ 




«La productividad del software» puede significar dos cosas diferentes: la produc- 
tividad general de todo el desarrollo del software o la productividad de proyectos in- 
dividuals . La productividad general es lo que a la sociedad le gustaria mejorar y la 
forma mas directa de lograrlo es eliminar los obstaculos artificiales a la cooperation, 
que la reducen. Pero los investigadores que estudian el campo de la «productividad del 
software » se centran solo en el segundo y mas limitado sentido del termino, en donde 
la mejora precisa de complejos avances tecnologicos. 

^Es inevitable la competencia? 

^Es inevitable que la gente trate de competir y superar a sus rivales en la sociedad? 
Puede que as! sea. Pero la competencia en si misma no es danina; lo danino es el combate. 

Existen muchas formas de competir. La competencia puede consistir en tratar de 
conseguir siempre mas, en mejorar lo que otros han hecho. Por ejemplo, en el pasado, 
existia competencia entre los gurus de la programacion — competencia que consistia 
en quien era capaz de producir el ordenador que realizase las cosas mas fascinantes 
o quien era capaz de escribir el programa mas corto o mas rapido para una determi- 
nada tarea. Este tipo de competencia puede beneficiar a todos, mientras el espiritu de 
deportividad se mantenga. 

Una competencia constructiva es suficiente para motivar a la gente a realizar gran- 
des esfuerzos. Hay personas que compiten por ver quien es el primero en visitar todos 

10 De acuerdo con Eric Raymond el 95 por ciento de los empleos en la industria del software implica la 
production de software de aplicaciones personalizadas, en absoluto destinado a la publication. Se sigue 
que incluso si asumimos el peor presupuesto teorico, que no habra empleo en el desarrollo del software 
libre — y ahora sabemos ya que algo hay — , el cambio al software libre solo puede tener un pequeno efecto 
en el numero total de empleos. Existe un gran nicho para la gente que tenga empleo escribiendo software 
de aplicaciones personalizadas y desarrolle software libre en su tiempo libre. No existe manera de saber 
si la plena conversion al software libre incrementaria o haria decrecer el numero de empleos en el campo 
del software. 
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los paises de la Tierra; algunos llegan a gastar una fortuna intentandolo. Pero no so- 
boman a los capitanes de barcos para que dejen desamparados a sus rivales en islas 
desiertas. No tienen ningun problema en dejar que gane al mejor. 

La competencia se convierte en combate cuando los competidores intentan obsta- 
culizarse los unos a los otros en lugar de avanzar por si mismos — cuando «que gane 
el mejor» se convierte en «dejame ganar, sea el mejor o no». El software propietario 
es perjudicial, no porque sea una forma de competicion, sino porque es una forma de 
combate entre los ciudadanos de nuestra sociedad. 

La competicion en los negocios no es necesariamente un combate. Por ejemplo, 
cuando dos supermercados compiten, todo su esfuerzo se emplea en mejorar sus ac- 
tividades, no en sabotear al rival. Pero esto no demuestra un especial compromiso con 
una etica empresarial; por el contrario, existe un pequeno margen de libertad en esta 
rama de los negocios carente de violencia fisica. No todas las areas de negocio compar- 
ten esta misma caracteristica. Preservar information que podria ayudar al avance de 
todos es una forma de combate. 

La ideologia empresarial no prepara a la gente para resistir la tentacion de combatir 
a la competencia. Algunas formas de combate han sido prohibidas con leyes antimo- 
nopolio, leyes sobre honestidad en publicidad y otras mas, pero lejos de generalizarse 
mediante una repulsa, por principio, hacia el combate en general, los ejecutivos inven- 
tan otras formas de combate que no estan especificamente prohibidas. Los recursos de 
la sociedad se despilfarran en el equivalente economico de una guerra civil. 

«£Por que no nos vamos a Rusia?» 

En los Estados Unidos, cualquier partidario de otra cosa que no sea la forma mas 
extrema de laissez-faire ha oido a menudo esta acusacion. Por ejemplo, es esgrimida con- 
tra los defensores de un sistema de sanidad publica, como los que existen en todas las 
demas naciones industrializadas del mundo libre. Es esgrimida contra los que desean 
subvenciones al mundo de las artes, tambien universal en las naciones avanzadas. La 
idea de que los ciudadanos tienen una obligation con el bien comun se identifica en 
Estados Unidos con el comunismo. ^Pero son semejantes estas ideas? 

El comunismo, tal y como se practico en la Union Sovietica, era un sistema de con- 
trol central en donde toda la actividad era dirigida supuestamente por el bien comun, 
pero en realidad en beneficio de los miembros del partido comunista. Y donde los equi- 
pos de copia estaban estrechamente vigilados para prevenir posibles copias ilegales. 

El sistema de copyright sobre el software de Estados Unidos ejerce un control cen- 
tral sobre la distribution de un programa y protege los equipos de copia con sistemas 
automatizados de protection anticopia, de forma que pueda evitarse la copia ilegal. 

Por el contrario, yo trabajo para construir un sistema donde la gente sea libre para 
decidir sus propias acciones; en particular, libre para ayudar a sus vecinos y libre para 
alterar y mejorar las herramientas con las que trabajan en su vida cotidiana. Un sistema 
basado en la cooperation voluntaria y en la descentralizacion. 
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Asi, si fuesemos a juzgar posturas por su parecido al comunismo ruso, son los pro- 
pietarios del software quienes son comunistas. 

La cuestion de las premisas 

En este texto, parto del supuesto de que un usuario de software no es menos im- 
portante que un autor, o incluso que el jefe del autor. En otras palabras, sus intereses y 
necesidades tienen igual peso cuando se trata de dilucidar que decision es mejor. 

Esta premisa no es aceptada universalmente. Muchos sostienen que la persona que 
contrata al autor es fundamentalmente mas importante que ningun otro. Dicen, por 
ejemplo, que el proposito de que existan propietarios de software es dar al que contrata 
al autor la ventaja que se merece — independientemente de como puede afectar esto al 
publico. 

No tiene sentido tratar de demostrar o invalidar estas premisas. La prueba necesita 
premisas compartidas. Asi que la mayoria de lo que digo esta destinado solo a aquellos 
que comparten mis premisas o que al menos estan interesados en cuales son sus conse- 
cuencias. Para aquellos que crean que los propietarios son mas importantes que nadie, 
este documento es simplemente irrelevante. 

Pero, ipor que aceptaria un gran numero de estadounidenses una premisa que ele- 
va en importancia a algunas personas sobre el resto del mundo? En parte debido a 
la creencia de que esta premisa forma parte de las tradiciones legales de la sociedad 
estadounidense. Algunas personas sienten que poner en duda esta premisa implica 
cuestionar los fundamentos de la sociedad. 

Es importante ser consciente de que esta premisa no forma parte de nuestra tradi- 
cion legal. Nunca lo fue. 

Asi, la Constitucion dice que el proposito del copyright es «promover el progreso de 
la ciencia y de las artes utiles». El Tribunal Supremo ha discutido sobre esto, dictando 
en el caso «Fox Film contra Doyal» que «el unico interes del los Estados Unidos y el 
objetivo principal por el que se otorga el monopolio [del copyright] descansa en los 
beneficios generales obtenidos por el publico gracias al trabajo de los autores». 

No estamos obligados a estar de acuerdo con la Constitucion o con el Tribunal Su- 
premo. (En un momento dado, los dos perdonaron el esclavismo.) De este modo, sus 
posiciones no rechazan la premisa de la supremacia del propietario. Pero espero que, la 
conciencia de que esta suposicion es radicalmente conservadora, mas que tradicional, 
debilite su poder. 

Conclusion 

Nos gusta pensar que nuestra sociedad promueve la buena vecindad, pero cada vez 
que recompensamos a alguien por su obstruccionismo o admiramos a otro por haberse 
enriquecido por esta via, enviamos la senal opuesta. 

La acumulacion de software es una expresion de nuestra predisposicion general 
a la indiferencia con respecto al bienestar de la sociedad y a favor del bien personal. 
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Podemos observar esta indiferencia, desde Ronald Reagan a Jim BakkerJ | desde Ivan 
Boeskyp^ja ExxonJ^j desde la falta de bancos a la de colegios. Podemos medirla por el 
numero de personas sin hogar y la gente encarcelada. El espiritu antisocial se nutre de 
si mismo, porque cada vez que comprobamos que la gente no nos ayudara, mas futil 
nos parece ayudarlos a ellos. Y asi la sociedad degenera en una jungla. 

Si no queremos vivir en una jungla, debemos cambiar nuestras formas de compor- 
tarnos. Debemos empezar enviando el mensaje de que unbuen ciudadano es aquel que 
colabora cuando es apropiado, no aquel que logra exito cuando roba a los demas. Es- 
pero que el movimiento por el software libre pueda contribuir a esto: al menos en un 
area, reemplazaremos la jungla por un sistema mas eficiente que anime y se base en la 
cooperacion voluntaria. 



Jim Bakker recaudo millones de dolares de la television para sus grupos religiosos Heritige USA, PTL 
y The Inspirational Network en la decada de 1980. Fue encarcelado por fraude en la financiacion de PTL 
y sentenciado a 45 afios de carcel. 

12 Ivan Boesky fue enviado a prision por trafico en la decada de 1980 y multado con 100 millones de 
dolares. Es famoso por haber dicho en una ocasion: «La avaricia es buena. Quiero que sepais que pienso 
que la avaricia es saludable. Puedes ser avaro y todavia sentirte bien contigo mismo». 

13 En 1980 el Exxon Valdez causo el mayor derrame de petroleo en el mundo sobre la costa de Alaska, 
provocando un dano inconmensurable. La limpieza y las indemnizaciones les han costado mas de 100.000 
millones de dolares hasta la fecha. 



Capftulo 19 

Copyright y globalizacion en la era de las 

redes informaticas 1 



DAVID THORNBURN (MODERADOR). Nuestro conferenciante de hoy, Richard Stall- 
man|^]es una figura legendaria en el mundo de la informatica, y mi experiencia al tratar 
de encontrar una persona que comparta el estrado con el fue instructiva. Un distin- 
guido profesor del MIT me dijo que Stallman debe ser entendido como un personaje 
carismatico de una parabola bfblica — una especie de anecdota o leccion del Antiguo 
Testamento. «Imagmate — me dijo — un Moises o un Jeremlas... mejor un Jeremias». Y 
yo dije «bien, eso es muy admirable. Suena maravilloso. Confirma mi idea acerca del 
tipo de contribucion que ha hecho al mundo. Entonces, ipor que no quieres compartir 
el estrado con el?». Su respuesta: «como Jeremias o Moises, el simplemente me apa- 
bullaria. No querria aparecer en el mismo programa que el, pero si me pidieras que 
nombre a cinco personas vivas en el mundo que realmente nos hayan ayudado a todos 
nosotros, Richard Stallman serla una de ellas». 

Richard Stallman. Deberia empezar explicando por que me negue a permitir que 
esta conferencia sea transmitida en directo via Internet, en caso de que no haya sido 
plenamente aclarada esta cuestion: el software que utilizan para transmitir imagen y 
sonido en vivo por Internet requiere que el usuario descargue cierto software para reci- 
bir la transmision. Ese software no es software libre. Esta disponible a precio cero pero 
solo como «ejecutable», que es un misterioso monton de numeros. 

Lo que hace es secreto. No lo puedes estudiar, no lo puedes cambiar y ciertamente 
no puedes publicarlo en tu propia version modificada. Y estas estan entre las libertades 
que son esenciales en la definition de «software libre». 

Entonces, si voy a ser un defensor sincero del software libre, dificilmente podrla 
andar dando discursos y ejercer presion sobre la gente para que use software no libre. 
Estaria socavando mi propia causa. Y si yo no demuestro que me tomo en serio mis 
principios, no puedo esperar que nadie mas los tome en serio. 

: Lo que sigue es una transcription corregida de la conferencia dictada en el MIT, en el Communications 
Forum, el jueves 19 de abril de 2001. 

2 Lo que sigue es una transcription corregida de la conferencia dictada en el MIT, en el Communications 
Forum, el jueves 19 de abril de 2001. 
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Sin embargo, esta charla no es acerca del software libre. Despues de haber trabaja- 
do en el movimiento del software libre durante muchos anos y de que la gente haya 
comenzado a usar algunas partes del sistema operativo GNU, empece a ser invitado a 
dar conferencias, en las que la gente empezo a preguntarme: «Bueno, ^de que manera 
las ideas sobre la libertad para los usuarios de software pueden generalizarse a otro 
tipo de cosas?». Y, por supuesto, alguna gente hacia preguntas tontas como ^deberia 
ser libre el hardware?», «^este microfono deberia ser libre?». 

Bien, ^esto que significa? ^Deberias ser libre de copiarlo y modificarlo? Si compras 
un microfono, nadie te va a impedir modificarlo. Y copiarlo... nadie tiene un copiador 
de microfonos. Fuera de Star Trek, esas cosas no existen. Puede ser que algun dia haya 
analizadores y ensambladores nanotecnologicos, y entonces estas cuestiones de si eres 
libre o no de hacer copias realmente adquiriran importancia. Veremos empresas agroin- 
dustriales intentando impedir que la gente copie alimentos y eso se va a convertir en 
una cuestion politica de primer orden; si es que esa capacidad tecnologica llega a existir. 
No se si ocurrira, de momento es solo especulacion. 

Pero para otras formas de informacion, se puede traer el asunto a colacion, puesto 
que cualquier clase de informacion que pueda ser almacenada en un ordenador, de 
forma concebible, puede ser copiada y modificada. Asi que las cuestiones eticas del 
software libre, la cuestion del derecho de un usuario a copiar y modificar software, 
son las mismas que las relativas a otras formas de informacion publicada. Yo no estoy 
hablando de informacion privada; digamos, informacion personal, la cual se supone 
que nunca deberia estar disponible para el publico. Estoy hablando de los derechos 
que debieras tener si obtienes copias de cosas publicadas, que no se intenta mantener 
en secreto. 

La historia del copyright 

A fin de explicar mis ideas en la materia, quisiera repasar la historia de la difusion 
de informacion y del copyright. En el mundo antiguo, los libros se escribian a mano 
con una pluma y cualquiera que supiera como leer y escribir podia copiar un libro 
casi tan eficientemente como los demas. Cierto que alguien que lo hiciese todo el dia 
probablemente aprenderia a hacerlo un poco mejor, pero no habia una gran diferencia. 
Y como las copias se hacian de una en una, no existia una gran economia de escala. 
Hacer diez copias llevaba diez veces mas tiempo que hacer una copia. Tampoco habia 
nada que forzara la centralizacion; un libro podia copiarse en cualquier lugar. 

Ahora bien, debido a las caracteristicas de esta tecnologia, dado que no obligaba 
a que las copias fueran identicas, no habia en la antigiiedad una distincion total entre 
copiar un libro y escribir un libro. Habia cosas en el medio que tenian sentido. Enten- 
dian. si, la idea de autor. Sabian, digamos, que tal obra habia sido escrita por Sofocles, 
pero entre la escritura del libro y su copia habia otras cosas utiles que podias hacer. Por 
ejemplo, podias copiar una parte de un libro, despues anadir algunas palabras nuevas, 
copiar algo mas y escribir algo mas, y asi. Esto se llamaba «escribir un comentario». Era 
algo muy comun y estos comentarios eran apreciados. 
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Podias tambien copiar un pasaje de un libro, despues anadir algunas palabras y 
copiar un pasaje de otro libro y anadir mas palabras, y asi... y esto era hacer un com- 
pendio. Los compendios tambien eran muy utiles. Hay obras que se han perdido, pero 
algunas de sus partes sobrevivian citadas en otros libros que alcanzaban mayor popu- 
laridad que el original. Quizas copiaban las partes mas interesantes y asi la gente hacia 
muchas copias de estos fragmentos pero no se molestaban en copiar el original porque 
no era lo bastante interesante. 

Hasta donde yo se, no habia copyright en el mundo antiguo. Cualquiera que qui- 
siera copiar un libro podia copiarlo. Mas tarde se invento la imprenta y los libros empe- 
zaron a copiarse en la imprenta. La imprenta no era solo una mejora cuantitativa en la 
facilidad de copia, sino que afectaba de manera diferente a los distintos tipos de copia- 
do, ya que introducia una economia de escala inherente. Era mucho trabajo preparar 
cada pagina pero mucho menos trabajo hacer varias copias identicas de la misma. El 
resultado fue que copiar libros tendio a convertirse en una actividad centralizada y de 
produccion masiva. Las copias de cualquier libro se harian probablemente solo en unos 
pocos lugares. 

Tambien signified que los lectores ordinarios no podrian copiar libros eficientemen- 
te. Solo si tenias una imprenta podias hacerlo. Se trataba de una actividad industrial. 

Durante los primeros siglos de imprenta, los libros impresos no reemplazaron to- 
talmente a los copiados a mano. Las copias artesanales todavia se hacian, a veces por 
gente rica y a veces por gente pobre. Los ricos lo hacian para tener copias especialmente 
hermosas, que mostraran lo ricos que eran, y los pobres lo hacian porque quizas no te- 
nian suficiente dinero para comprar una copia impresa, pero tenian tiempo para copiar 
a mano un libro. Como dice la cancion: «el tiempo no es dinero cuando todo lo que 
tienes es tiempo ». 

De este modo, el copiado a mano todavia se hacia con una determinada profusion. 
Creo que fue durante el siglo XIX cuando la impresion se volvio tan barata que incluso 
la gente pobre podia comprarse libros impresos si sabia leer. 

El copyright aparecio con el uso de la imprenta y dada la tecnologia de la imprenta, 
tenia el efecto de una regulacion industrial. No restringia lo que podian hacer los lecto- 
res; restringia lo que podian hacer los editores y los autores. El copyright en Inglaterra 
inicialmente fue una forma de censura. Tenias que obtener un permiso del gobierno 
para publicar el libro. Pero la idea cambio. En los tiempos de la Constitucion de los 
Estados Unidos, la gente adopto una idea diferente del proposito del copyright y creo 
que esa idea tambien fue aceptada en Inglaterra. 

En la redaccion de la Constitucion de los EEUU se propuso que a los autores se les 
deberia otorgar un copyright, un monopolio sobre la copia de sus libros. Esta propuesta 
fue rechazada. En cambio, fue adoptada una propuesta crucialmente diferente: con el 
fin de promover el progreso, el Congreso podria opcionalmente establecer un sistema 
de copyright que creara esos monopolios. Estos monopolios, de acuerdo con la Cons- 
titucion de los EEUU, no existen por el bien de sus propietarios, sino para promover 
el progreso de la ciencia. Los monopolios se conceden a los autores como un modo de 
influir en su comportamiento, para lograr que hagan algo que sirva al publico. 
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De este modo, el objetivo es tener mas libros escritos y publicados que la gente 
pueda leer. Y se cree que el copyright contribuye al incremento de la actividad literaria, 
al incremento de la escritura cientifica y en otros campos, y que la sociedad aprende 
asi a traves de el. Ese es el proposito al que debe servir. La creacion de monopolios 
privados era solo un medio para procurar un fin y este fin es un fin publico. 

El copyright en la era de la imprenta era bastante inofensivo, pues se trataba de una 
regulacion industrial. Restringia solo las actividades de los editores y de los autores. 
Bueno, en sentido estricto, tambien los pobres que copiaban libros a mano podrian 
haber infringido la ley de copyright. Pero nadie trato nunca de forzarlos a respetar el 
copyright ya que se entendla como una regulacion industrial]^] 

El copyright en la era de la imprenta tambien era facil de hacer cumplir, dado que 
tenia que hacerse cumplir solo donde habia un editor y los editores, por su naturaleza, 
se hacen conocer. Si estas tratando de vender libros, tienes que decirle a la gente donde 
ir a comprarlos. No tienes que entrar en la casa de todo el mundo para hacerles respetar 
el copyright. 

En definitiva, el copyright puede haber sido un sistema beneficioso en aquel con- 
texto. El copyright en EEUU es considerado por los especialistas en Derecho como un 
trato comercial, un contrato entre el publico y los autores. El publico cede algunos de 
sus derechos naturales y a cambio se beneficia con la escritura y la publicacion de ma- 
yor cantidad de libros. 

Ahora, ^,es este un trato ventajoso? Bien, cuando el publico en general no puede ha- 
cer copias porque solo pueden hacerse eficientemente en las imprentas — y la mayoria 
de la gente no tiene imprenta — el resultado es que el publico en general esta cediendo 
una libertad que no puede ejercer, una libertad sin ningun valor practico. Si tienes algo 
que es un subproducto en tu vida y que es inutil, y tienes la oportunidad de intercam- 
biarlo por algo de algun valor, estas ganando. Asi es como el copyright pudo haber sido 
un trato ventajoso para el publico en aquella epoca. 

Pero el contexto esta transformandose y eso debe cambiar nuestra evaluacion eti- 
ca del copyright. Ahora bien, los principios basicos de la etica no se modifican por los 
avances de la tecnologia; son demasiado fundamentales para estar afectados por tales 
contingencias. Sin embargo, nuestra decision sobre cualquier asunto especifico depen- 
de de las consecuencias de las alternativas disponibles y las consecuencias de una de- 
terminada opcion pueden cambiar si el contexto cambia. Eso es lo que esta ocurriendo 
con el copyright, la era de la imprenta esta llegando a su fin, dando paso gradualmente 
a la era de las redes informaticas. 

Las redes informaticas y la tecnologia de la informacion digital nos estan devolvien- 
do a un mundo mas parecido a la antigtiedad, donde cualquiera que pueda leer y usar 
la informacion puede tambien copiarla y hacer copias casi tan facilmente como cual- 
quiera. Son copias perfectas y son tan buenas como las que podria hacer cualquiera. 
De este modo, la centralizacion y las economias de escala introducidas por la imprenta 
estan desapareciendo. 



3 Los estatutos originates hablaban solo de editar e imprimir. La copia manual estaba totalmente desre- 
gulada, muy probablemente porque la regulacion estaba dirigida a la industria. 
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Este contexto cambiante modifica el modo en que funciona la legislacion de copyrig- 
ht. Vereis, la ley de copyright ya no actua como una regulacion industrial; ahora es una 
restriccion draconiana sobre el publico en general. Solia ser una restriccion sobre los 
editores por el bien de los autores. Ahora, por propositos practicos, es una restriccion 
sobre el publico en provecho de los editores. El copyright solia ser bastante inofensivo 
y poco controvertido. No restringia al publico en general. Ahora eso ya no es verdad. Si 
tienes un ordenador, los editores consideran la restriccion como su mas alta prioridad. 
El copyright era facil de hacer cumplir porque era una restriccion que pesaba solo sobre 
los editores, que eran faciles de encontrar — y lo que publicaban era facil de ver. Ahora 
el copyright es una restriccion que pesa sobre cada uno de vosotros. Su cumplimiento 
requiere vigilancia, intrusion y duros castigos, observamos como se esta incorporando 
a la legislacion de los EEUU y de otros paises. 

El copyright solia ser, discutiblemente, un trato ventajoso para el publico porque 
el publico estaba cediendo libertades que no podia ejercer. Bueno, ahora si puede ejer- 
cer estas libertades. iQue haces si te has acostumbrado a ceder un subproducto que 
no te era util y de pronto, descubres un uso para el? Puedes, de hecho, consumirlo, 
usarlo. iQue haces? No lo negocias; te guardas algo. Y eso es lo que el publico querria 
naturalmente hacer. Eso es lo que el publico hace cada vez que se le da la oportuni- 
dad de expresar su preferencia. Se guarda algo de su libertad y la ejerce. Napster es un 
gran ejemplo de eso: el publico decide ejercer la libertad de copiar en vez de entregar- 
la. Entonces lo que naturalmente debemos hacer para conseguir que la legislacion de 
copyright se ajuste a las circunstancias actuales, es reducir la cantidad de restricciones 
que pesan sobre el publico e incrementar la libertad que el publico conserva. 

Pero esto no es lo que los editores quieren hacer. Lo que ellos quieren hacer es exac- 
tamente lo contrario. Ellos quisieran incrementar los poderes del copyright hasta el 
punto de que les permita controlar todo el uso de la information. Esto ha llevado a le- 
yes que han concedido un incremento sin precedentes de los poderes de copyright. Se 
estan retirando libertades que el publico solia tener en la epoca de la imprenta. 

Por ejemplo, echemos un vistazo a los libros electronicos. Hay una tremenda canti- 
dad de publicidad sobre los libros electronicos; dificilmente puedes evitarla. Tome un 
vuelo en Brasil y en la revista de a bordo habia un articulo diciendo que quizas iba a lle- 
var diez o veinte anos hasta que todos nosotros nos pasaramos a los libros electronicos. 
Claramente, este tipo de campana viene de alguien que esta pagando por ella. Ahora 
bien, ^por que lo estan haciendo? Creo que lo se. La razon es que los libros electronicos 
son la oportunidad de retirar a los lectores de libros impresos algunas de las libertades 
residuales que tienen y que siempre tuvieron. La libertad, por ejemplo, de prestarle un 
libro a un amigo, o de tomarlo prestado de una biblioteca publica, o de vender una co- 
pia a una libreria de viejo, o de comprar una copia anonimamente, sin dejar registrado 
en una base de datos quien compro ese libro en particular. Y puede que aun el derecho 
a leerlo dos veces. 

Estas son libertades que los editores quisieran retirar, pero no pueden en el caso de 
los libros impresos porque seria una usurpation de poder muy obvia y generaria pro- 
testa. Entonces encontraron una estrategia indirecta: primero, obtienen la legislacion 
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para retirar esas libertades a los libros electronicos cuando todavia no hay libros elec- 
tronicos, asi no hay controversia. No hay usuarios preexistentes de libros electronicos 
acostumbrados a sus libertades y dispuestos a defenderlas. Eso es lo que consiguieron 
con la Digital Millenium Copyright Act en 1998. Entonces introducen los libros elec- 
tronicos y gradualmente logran que todos se pasen de los libros impresos a los libros 
electronicos, eventualmente el resultado es: los lectores perdieron esas libertades sin 
que jamas haya habido un instante en el que esas libertades les fueran retiradas y en el 
que ellos pudieran haber luchado para conservarlas. 

Vemos al mismo tiempo esfuerzos para retirarle a la gente la libertad de usar otro 
tipo de obras publicadas. Por ejemplo, las peliculas en DVD se publican con un formato 
cifrado que iba a ser secreto — se suponia que iba a ser secreto — y la unica forma en que 
las companias cinematograficas iban a darte el formato, de manera que pudieras fabri- 
car un reproductor de DVD, era si firmabas un contrato comprometiendote a incluir 
ciertas restricciones en el reproductor, con el resultado de que se impediria al publico 
el ejercicio completo de sus derechos legales. Entonces unos cuantos astutos programa- 
dores en Europa encontraron la forma de descifrar los DVD y escribieron un paquete 
de software libre que podia leer un DVD^Esto hizo posible usar software libre sobre el 
sistema operativo GNU/Linux para ver el DVD que habias comprado, lo cual es algo 
perfectamente legitimo. Deberias tener derecho a hacer eso con software libre. 

Pero las companias cinematograficas reclamaron y fueron a juicio. Ya veis, las com- 
panias cinematograficas han hecho un monton de peliculas en las que hay un cientifico 
loco y alguien dice «pero doctor, hay ciertas cosas que se supone que el Ser Humano 
no debe conocer». Seguramente han visto demasiadas de sus propias peliculas porque 
llegaron a creer que el formato de los DVD es algo que el Ser Humano no debia conocer. 
Y obtuvieron un fallo para censurar totalmente el software reproductor de DVD. Prohi- 
bieron hasta linkar a una pagina web fuera de los EEUU en donde esta informacion 
estuviera legalmente disponible. Se ha hecho una apelacion a este fallo. Me enorgullece 
decir que yo firme un breve alegato en aquella apelacion, aunque represento un papel 
bastante pequeno en esa batalla en particular. 

El gobierno de los EEUU intervino directamente en favor del bando contrario. Esto 
no es sorprendente cuando consideras porque la Digital Millennium Copyright Act fue 
aprobada en la primera votacion. La razon es el sistema de financiacion de campanas 
politicas que tenemos en EEUU, que es esencialmente un soborno legalizado, donde 
los candidates son comprados por las empresas antes de ser siquiera elegidos. Y, por 
supuesto, ellos saben quien es su amo — saben para quien trabajan — y aprueban las 
leyes que les dan mas poder a las companias. 

Que ocurrira con aquella batalla en particular, no lo sabemos. Pero mientras tanto 
Australia ha aprobado una ley similar y Europa esta terminando de adoptar una: asi 
que el plan es no dejar lugar en la Tierra donde esta informacion este disponible para 
el publico. Sin embargo, los EEUU siguen siendo el lider mundial en tratar de impedir 
que el publico distribuya informacion que ha sido publicada. 



4 Ahora hay muchos paquetes de ese estilo. El primero se llamaba «DeCSS». 
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Los EEUU, sin embargo, no son el primer pais en hacer de esto una prioridad. La 
Union Sovietica trato este tema como algo muy importante. Alii, la copia y redistribu- 
cion no autorizadas eran conocidas como samizdat y para erradicarlas desarrollaron una 
serie de metodos: primero, guardias vigilando cada equipo de copia para verificar que 
es lo que copiaba la gente e impedir hacer copias prohibidas. Segundo, duros castigos 
para cualquiera que pescaran haciendo copias prohibidas. Te podian mandar a Siberia. 
Tercero, buscar informantes, pidiendole a todo el mundo que delate a sus vecinos y 
companeros a la policia de la informacion. Cuarto, responsabilidad colectiva: «jTu! jTu 
vas a vigilar a ese grupo! Si pesco a cualquiera de ellos haciendo copias prohibidas, iras 
a prision. Asi que vigilalos bien». Y quinto, propaganda, empezando en la ninez para 
convencer a todos de que solo un horrible enemigo del pueblo podria perpetrar este 
copia prohibido. 

Los EEUU estan usando todos estos metodos ahora. Primero, guardias vigilando 
los equipamientos de copia. En tiendas de copiado, tienen guardias que verifican lo 
que copias. Pero emplear guardias humanos para vigilar que copias en tu computadora 
seria demasiado caro; el trabajo humano es demasiado caro. Entonces tienen guardias 
robot. Ese es el proposito de la Digital Millennium Copyright Act. Este software va 
en tu ordenador; es la unica manera en que puedes acceder a cierta informacion y te 
impide copiarla. 

Ahora existe un plan para introducir este software en cada disco duro, de modo que 
habria archivos en tu disco a los que ni siquiera podrias acceder, excepto obteniendo 
permiso de acceso de algun servidor de red. Esquivar este software o aun decirle a otra 
gente como esquivarlo constituye un delito. 

Segundo, duros castigos. Hace unos pocos anos, si hacias copias de algo y se las 
entregabas a tus amigos, solo para ayudarlos, esto no era un delito; nunca habia sido un 
delito en los EEUU. Entonces lo convirtieron en una fechoria, de modo que te pueden 
poner en prision durante anos por compartir con tu vecino. 

Tercero, informantes. Bueno, habreis visto los anuncios en la television, los anuncios 
en el metro de Boston pidiendole a la gente que delate a sus companeros de trabajo a la 
policia de la informacion, que oficialmente se llama Asociacion de Editores de Software. 

Y cuarto, responsabilidad colectiva. En los EEUU, se ha hecho mediante el alista- 
miento de los proveedores de Internet, haciendolos legalmente responsables de todo 
lo que sus clientes publiquen. El unico modo en que pueden evitar ser considerados 
responsables es si siguen invariablemente el procedimiento de desconectar o retirar la 
informacion en menos de dos semanas despues de recibir una queja. Hace unos po- 
cos dias, oi que un sitio que contenia una protesta inteligente criticando al City Bank 
por algunas de sus malvadas politicas fue desconectado de esta manera. Hoy en dia, ni 
siquiera te juzgan; tu sitio sencillamente es ser desconectado. 

Y, finalmente, propaganda, comenzando desde la infancia. Para eso se usa la pa- 
labra «pirata». Si haceis memoria, hace apenas unos pocos anos el termino «pirata» 
se aplicaba a los editores que no pagaban al autor. Pero ahora se le ha dado la vuelta 
completamente. Ahora se aplica a los miembros del publico que escapan al control del 
editor. Esta siendo usado para convencer a la gente de que solo un malvado enemigo 
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del pueblo podria practicar la copia prohibida. Dice que «compartir con el projimo es 
el equivalente moral de atacar un barco». Espero que no esteis de acuerdo, y si no lo 
estais, espero que rehuseis a usar la palabra de tal manera. 

Asi que los editores estan comprando leyes para darse mas poder a si mismos. Ade- 
mas, estan extendiendo los plazos de duracion del copyright. La Constitucion de los 
EEUU dice que el copyright debe durar durante un tiempo limitado, pero los editores 
quieren que el copyright dure para siempre. Sin embargo, obtener una enmienda cons- 
titucional seria bastante dificil, asi que encontraron una manera mas facil de lograr el 
mismo resultado. Cada veinte anos extienden retroactivamente el copyright por vein- 
te anos mas. Asi, el resultado es que, en un determinado momento, el copyright dura 
nominalmente por un cierto periodo y cualquier copyright dado va a expirar nomi- 
nalmente algun dia. Pero esa expiracion nunca se alcanzara porque cada copyright se 
extendera por veinte anos, cada veinte anos; entonces, ningun trabajo entrara en el do- 
minio publico otra vez. Este ha sido llamado el «plan del copyright perpetuo a plazos». 

La ley que en 1998 extendio el copyright por 20 anos se conoce como Ley de Mickey 
Mouse de Extension del Copyrighlj^porque uno de los principales auspiciantes de esta 
ley fue Disney. Disney se dio cuenta de que el copyright sobre Mickey Mouse iba a 
expirar, y ellos no quieren que eso ocurra nunca, pues hacen un monton de dinero con 
ese copyright. 

Globalizacion 

Ahora bien, el titulo original de esta charla era supuestamente «Copyright y Glo- 
balizacion». Si observais la globalizacion, vereis que esta compuesta de un conjunto de 
politicas que se hacen en nombre de la eficiencia economica, los llamados tratados de 
libre comercio, los cuales realmente estan disenados para darle a las companias poder 
sobre las leyes y las directrices politicas. No son realmente tratados sobre libre comer- 
cio. Tienen que ver con transferencias de poder: retirar el poder de decidir leyes a los 
ciudadanos de cualquier pais que pudieran acaso tener en cuenta sus propios intere- 
ses y dar ese poder a las companias que no tendran en cuenta los intereses de esos 
ciudadanos. 

Desde su punto de vista la democracia es el problema y estos tratados estan disena- 
dos para terminar con el problema. Por ejemplo, el NAFTA [Zona de Libre Comercio 
de Norte America] de hecho contiene disposiciones, creo, que permiten a las companias 
demandar a otro gobierno para asi librarse de una ley que ellas piensen que dificulta 
sus ganancias en otro pais. De este modo, las companias extranjeras tienen mas poder 
que los ciudadanos del pais. 

Existen pretensiones de extender esto mas alia del NAFTA. Por ejemplo, este es uno 
de los objetivos de la asi llamada Area de Libre Comercio de las Americas, extender 
este principio a todos los paises de Sudamerica y el Caribe, y el acuerdo multilateral 
sobre la inversion iba a intentar diseminarlo por todo el mundo. 



5 La denomination oficial es «Ley de Sonny Bono para la extension de la duracion del copyright». 
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Una cosa que hemos visto en la decada de 1990 es que estos tratados empiezan a 
imponer la legislacion de copyright en todo el mundo, de maneras mas poderosas y 
restrictivas. Estos tratados no son tratados de libre comercio. Son de hecho tratados de 
comercio controlado por empresas, usados para darle control a las corporaciones sobre 
el comercio mundial, para eliminar el libre comercio. 

Cuando los EEUU eran un pais en desarrollo en el siglo XIX, no reconocian los 
copyrights extranjeros. Esta era una decision tomada cuidadosamente y era una deci- 
sion inteligente. Se entendia que, para los EEUU, reconocer copyrights extranjeros seria 
desventajoso, que el dinero seria absorbido desde fuera y no haria mucho bien. 

La misma logica seria aplicable hoy dia a los paises en desarrollo, pero los EEUU 
tienen suficiente poder para obligarlos a ir en contra de sus intereses. De hecho, es un 
error hablar de los intereses de los paises en este contexto. De hecho, estoy seguro de 
que la mayoria de ustedes han oido la falacia de intentar juzgar el interes publico me- 
diante la suma de la riqueza de todos. Si los trabajadores norteamericanos perdieran 
mil millones de dolares y Bill Gates ganase dos mil millones, los norteamericanos ,;es- 
tarian en general mejor? ^Seria bueno para EEUU? Si miramos solo el total parece que 
es bueno. Sin embargo, en realidad este ejemplo muestra que sumar el total es una ma- 
nera incorrecta de juzgar, pues Bill Gates no necesita realmente otros dos mil millones 
pero la perdida de mil millones por parte de otra gente que no tiene tanto puede, para 
empezar, ser dolorosa. Bien, en una discusion acerca de cualquiera de estos tratados 
de comercio, cuando oyes a la gente hablar de los intereses de este o de aquel pais, lo 
que estan haciendo con cada pais es sumar los ingresos del total de poblacion. Se suma 
el dinero de la gente rica y de la gente pobre. Asi que aplicar esa misma falacia es en 
realidad una excusa para hacerte ignorar el efecto de la distribucion de la riqueza en el 
pais y en que medida va a aumentar esa disparidad, como ha ocurrido en los EEUU. 

Por lo tanto, no son realmente los intereses de los EEUU lo que se esta defendiendo 
al imponer la legislacion de copyright alrededor del mundo. Son los intereses de ciertos 
propietarios de empresas, muchos de los cuales estan en los EEUU y algunos estan en 
otros paises. En ningun caso se defiende el interes publico. 

Repensar el copyright 

Pero ique cosa tendria sentido hacer? Si creemos en el objetivo del copyright de- 
clarado, por ejemplo, en la Constitucion de los EEUU, que es el objetivo de promover 
el progreso, ique normas seria inteligente usar en la era de las redes informaticas? Cla- 
ramente, en vez de incrementar los poderes del copyright, tenemos que disminuirlos 
tanto como para darle al publico cierto espacio de libertad donde pueda hacer uso de 
los beneficios de la tecnologia digital, hacer uso de sus redes informaticas. Pero ^hasta 
donde podemos llegar con eso? Es una pregunta interesante porque no creo que deba- 
mos abolir totalmente el copyright. La idea de intercambiar algunas libertades a cambio 
de mas progreso todavia podria ser ventajosa a cierto nivel, aun cuando el copyright 
tradicional restringe demasiada libertad. Pero para pensar acerca de esto de forma inte- 
ligente, lo primero que debemos reconocer es que no hay razon para hacerlo de modo 
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totalmente uniforme. No hay razon para insistir en conceder el mismo trato en todo 
tipo de trabajos. 

De hecho, no es ese el caso actualmente porque hay un monton de excepciones 
para la musica. La musica es tratada de formas muy diferentes bajo la legislacion de 
copyright. Pero la insistencia arbitraria en la uniformidad es usada astutamente por los 
editores. Eligen algun caso especial peculiar y argumentan que, en ese caso especial, 
serla ventajoso tener ciertas prerrogativas de copyright. Y luego dicen que en aras de 
la uniformidad, tiene que haber estas prerrogativas para todo. Entonces, por supuesto, 
eligen el caso especial en donde puedan hacer la argumentacion mas fuerte, aun cuando 
sea un caso especial poco frecuente y no muy importante despues de todo. 

Pero quizas deberiamos tener esas prerrogativas para ese caso especial en concreto. 
No tenemos que pagar el mismo precio para todo lo que compramos. Mil dolares por 
un coche nuevo puede ser un muy buen trato. Cien dolares por una botella de leche 
es un trato horrible. No pagarias el precio especial por cualquier cosa que compres en 
otros ambitos de la vida. ^Por que hacerlo aqui? 

Asi que necesitamos observar las diferentes clases de obras, quisiera proponer una 
manera de hacerlo. 

La primera clase son las obras funcionales — es decir, las que se usan para hacer un 
trabajo. 

Esto incluye recetas, programas informaticos, manuales y libros de texto, obras de 
consulta como diccionarios y enciclopedias. Para todas estas obras funcionales creo que 
los problemas son basicamente los mismos que para el software y se pueden aplicar las 
mismas conclusiones. La gente deberia tener la libertad aun de publicar una version 
modificada porque es muy util modificar trabajos funcionales. Las necesidades de la 
gente no son las mismas para todos. Si yo escribiera tal obra para hacer el trabajo que 
pienso que es necesario, tu idea sobre el trabajo que es necesario puede ser algo dife- 
rente. Entonces querras modificar esta obra para que haga aquello que es bueno para 
ti. En ese punto, puede haber otra gente que tenga las mismas necesidades que tu y tu 
version modificada puede ser buena para ellos. Todos los que saben cocinar saben esto 
y lo han sabido durante cientos de anos. Es normal hacer copias de recetas y darselas 
a otra gente y tambien es normal cambiar una receta. Si cambias la receta y cocinas pa- 
ra tus amigos y a ellos les gusta lo que estan comiendo, podran decirte «^me puedes 
pasar la receta?». Entonces a lo mejor les apuntas tu version y les das una copia. Esto 
es exactamente lo mismo que, mucho despues, nosotros hemos empezado a hacer en la 
comunidad del software libre. Este es un tipo de obra. 

El segundo tipo son las obras cuyo proposito es decir lo que cierta gente piensa. Su 
proposito es la opinion de cierta gente. Esto incluye, por ejemplo, memorias, articulos 
de opinion, publicaciones cientificas, ofertas de compra y venta, catalogos de articulos 
para vender. La idea de estos trabajos es decirte que es lo que alguien piensa, o que vio, 
o que cree. Modificarlos seria tergiversar a los autores; asi que modificar estos trabajos 
no es una actividad socialmente util. De este modo, la copia textual es lo unico que 
realmente necesita la gente que le este permitido hacer. 
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La siguiente pregunta es: ^deberia la gente tener derecho a hacer copias textuales 
con fines comerciales? es suficiente con las no comerciales? Vereis, son dos activida- 
des diferentes que podemos distinguir, asi que podemos tener en cuenta las preguntas 
por separado: el derecho a hacer copias textuales no comerciales y el derecho a hacer 
copias textuales comerciales. Bien, podria ser una buena politica de compromiso tener 
un copyright que proteja la copia textual comercial pero permitir a todos el derecho a la 
copia textual no comercial. De esta manera, el copyright sobre la copia textual comer- 
cial, asi como sobre todas las versiones modificadas — solo el autor podria aprobar una 
version modificada — seguiria proporcionando el mismo flujo de ganancias que provee 
ahora para costear la escritura de estos trabajos, en cualquier grado que sea. 

Permitir la copia textual no comercial significa que el copyright ya no tendra que en- 
trometerse en el hogar de cada uno. Se convierte de nuevo en una regulacion industrial, 
facil de hacer cumplir e inofensiva. Ya no requerira castigos draconianos ni informan- 
tes en pos de su cumplimiento. De este modo, obtendremos la mayor parte del actual 
beneficio — y evitaremos la mayor parte del horror del actual sistema. 

La tercera categoria son las obras esteticas o de entretenimiento, donde lo mas im- 
portante es la sensacion de apreciar la obra. Para estas obras, la cuestion de la modifica- 
cion es muy complicada porque, por un lado, esta la idea de que estos trabajos reflejan 
la vision de un artista y cambiarlos es distorsionar esa vision. Por otro lado, tenemos 
el hecho de que se da un proceso popular, donde una sucesion de personas modifi- 
cando una obra puede, a veces, producir un resultado que es extremadamente rico. 
Aun cuando existan artistas produciendo obras, tomar prestado de obras anteriores es 
a menudo muy util. Algunas de las piezas teatrales de Shakespeare usaron historias 
tomadas de otras. Si las leyes de copyright de hoy en dia hubieran tenido efecto enton- 
ces, esas obras teatrales hubieran sido ilegales. Asi que es una cuestion dificil la de que 
deberiamos hacer acerca de publicar versiones modificadas de una obra estetica o artis- 
tica, y podriamos tener que buscar mas subdivisiones de la categoria para resolver este 
problema. Por ejemplo, puede ser que el entorno de los juegos de ordenador deba ser 
tratado de una manera; quizas todo el mundo deberia ser libre de publicar versiones 
modificadas. Pero quizas una novela deberia ser tratada de manera diferente; quizas, 
para ello, la publicacion comercial requiera un acuerdo con el autor original. 

Ahora bien, si la publicacion comercial de estos trabajos esteticos se protegiera con el 
copyright, eso ocasionaria que buena parte del flujo de ganancias, que existe hoy en dia, 
se dedicara a apoyar a los autores y musicos, y esto en el limitado grado en que el actual 
sistema los apoya, ya que lo hace muy mal. De este modo, este seria un compromiso 
razonable, justamente como en el caso de las obras que representan el punto de vista 
de una determinada persona. 

Si miramos hacia adelante, al tiempo en el que la era de las redes de ordenadores 
haya comenzado plenamente, una vez que hayamos superado esta etapa de transicion, 
podemos imaginar otra manera por la que los autores consigan dinero por su trabajo. 
Imaginemos que tenemos un sistema de dinero digital que te permite obtener dinero 
por tu trabajo. Imaginemos que tenemos un sistema de dinero digital que te permite en- 
viar dinero a alguien a traves de Internet. Esto puede hacerse de varias maneras; usando 



CAPfTULO 19. COPYRIGHT Y GLOBALIZACION EN LA ERA DE LAS REDES INFORMATICAS 



150 



cifrado, por ejemplo. E imaginemos que la copia textual de estos trabajos esteticos esta 
permitida. Sin embargo estan escritos de tal manera que cuando estas escuchando, o 
leyendo, o mirando uno de ellos, aparece una caja, a un lado en tu pantalla, que dice 
«haga click aqui para enviarle un dolar al autor», o al musico, o lo que sea. Y simple- 
mente permanece ahi. No se interpone en tu camino. Esta al lado. No interfiere contigo, 
pero esta ahi, recordandote que es algo bueno apoyar a los escritores y a los musicos. 

Asi que si te gusta el trabajo que estas leyendo o escuchando, eventualmente diras: 
«^Por que no he de darle a esta gente un dolar? Es solo un dolar. ^,Que es eso? Ni 
siquiera lo notare». Y las personas empezaran a enviar un dolar. Lo bueno de esto es 
que hace de la copia el aliado de los autores y de los musicos. Cuando alguien le envia 
por correo electronico a un amigo una copia, ese amigo podria enviar un dolar tambien. 
Si realmente te gusta, podrias enviar un dolar mas de una vez y ese dolar es mas de lo 
que obtienen hoy si compras un libro o compras un CD, ya que obtienen una minuscula 
fraccion de la venta. Los mismos editores que estan exigiendo pleno poder sobre el 
publico en nombre de los autores y musicos, estan aprovechandose todo el tiempo de 
esos mismos autores y esos mismos musicos. 

Os recomiendo leer el articulo de Courtney Love en la revista Salon, un articulo 
sobre los piratas que planean usar el trabajo de los musicos sin pagarles. Estos piratas 
son las companias discograficas que les pagan un promedio del 4 % de las ventas. Por 
supuesto, los musicos de mayor exito reciben una porcion mayor. Obtienen mas del 4 % 
de sus grandes ventas, lo que significa que la gran mayoria de los musicos que tienen 
un contrato discografico obtienen menos del 4 % de sus pequenas ventas. 

Este es el modo en que funciona: la compania discografica gasta dinero en publici- 
dad y considera este gasto como un adelanto a los musicos, aunque los musicos nunca 
lleguen a verlo. De este modo, nominalmente, cuando compras un CD, cierta fraccion 
de ese dinero va a los musicos, pero realmente no es asi. En realidad, esta destinado a 
pagar los gastos publicitarios y solamente si los musicos son de gran exito podran ver 
algo de ese dinero. 

Los musicos, por supuesto, firman sus contratos discograficos porque tienen la es- 
peranza de ser uno de esos pocos que se hacen ricos. Asi que, esencialmente, es una 
loteria que se ofrece a los musicos para tentarlos. Aun cuando sean buenos musicos, 
pueden no ser buenos para razonar de forma logica y cuidadosa y de esta forma poder 
ver esta trampa. De este modo, firman y probablemente todo lo que obtienen es publi- 
cidad. Bueno, ^por que no les damos publicidad de una manera diferente? No a traves 
de un sistema basado en la restriccion del publico, un sistema de los complejos indus- 
triales que nos entristece con una musica malisima que es facil de vender. En cambio, 
ipor que no hacer del impulso natural del oyente a compartir la musica que le gusta el 
aliado de los musicos? Si tenemos esta caja que aparece en el reproductor como un mo- 
do de enviar un dolar a los musicos, las redes informaticas podrian ser el mecanismo 
para dar a los musicos esta publicidad, la misma publicidad que es todo lo que ahora 
obtienen de los contratos discograficos. 

Debemos reconocer que el sistema de copyright existente hace un pesimo trabajo de 
apoyo a los musicos. Tan malo como el que hace el comercio mundial al intentar elevar 
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el nivel de vida en Filipinas y en China. Esas zonas industrials donde todo el mundo 
trabaja en sweatshops y todos los productos se hacen sweatshops. La globalizacion es una 
manera muy ineficiente de elevar el nivel de vida de los pueblos de ultramar. Pongamos 
por caso, a un norteamericano se le paga veinte dolares la hora para hacer algo y le das 
ese trabajo a un mexicano a quien se le paga quizas seis dolares por dla. Lo que ocurre 
aqui es que tomas una gran cantidad de dinero de un trabajador norteamericano, le das 
una fraccion minuscula, un pequefio porcentaje, a un trabajador mexicano, y el resto se 
lo devuelves a la compania. De modo que si tu meta es elevar el nivel de vida de los 
trabajadores mexicanos, esta es una pesima manera de hacerlo. 

Es interesante ver como el mismo fenomeno se da en la industria del copyright, 
la misma idea general. En nombre de estos trabajadores, quienes ciertamente merecen 
algo, proponen medidas que les dan una diminuta porcion y en realidad aumentan el 
poder de las compafuas para controlar nuestras vidas. 

Si estas tratando de reemplazar un sistema muy bueno, tienes que hacer un esfuerzo 
muy grande para encontrar una alternativa mejor. Si sabes que el actual sistema es 
deplorable, no es tan dificil encontrar una alternativa mejor; el patron de comparacion 
es hoy muy bajo. Debemos recordarlo siempre esto cuando consideramos cuestiones 
relativas a la politica del copyright. 

Creo que dije la mayor parte de lo que quiero decir. Quisiera mencionar que manana 
es el phone-in sick da^en Canada. Manana se da inicio a una cumbre para terminar de 
negociar el Area de Libre Comercio de las Americas, con el fin de extender el poder de 
las corporaciones a un mayor numero de paises; se esta planeando una gran protesta en 
Quebec. Hemos visto metodos extremos para aplastar esta protesta. Se esta impidiendo 
a muchos estadounidenses la entrada a Canada a traves de la frontera que, se supone, 
deberia permitirles entrar en cualquier momento. Bajo las excusas mas endebles han 
construido un muro alrededor del centro de Quebec para usarlo como fortaleza a fin 
mantener a los manifestantes fuera. Hemos visto gran cantidad de trucos sucios usados 
contra la manifestacion publica en contra de estos tratados. De este modo, cualquier 
brizna de democracia que nos quede despues de que se le haya retirado a nuestros 
gobernantes democraticamente electos el poder de gobernar y despues de que se le 
haya dado a las compafuas y a los organismos internacionales no electos, lo que sea 
que quede despues de eso, puede que no sobreviva a la supresion de la protesta publica 
contra esa tendencia. 

He dedicado diecisiete anos de mi vida a trabajar en el software libre y en asuntos 
relacionados con el. No lo he hecho porque piense que es la cuestion politica mas im- 
portante del mundo. Lo hice porque era el area en donde vi que tendrla que usar mejor 
mis destrezas para hacer el mayor bien. Pero lo que ha ocurrido es que las cuestiones 
politicas en general han evolucionado y la cuestion politica mas importante del mun- 
do, hoy, es resistir la tendencia a dar poder a las compafuas en detrimento del publico 
y de los gobiernos. Veo el software libre y los asuntos relacionados a la informacion 

6 Evento del movimiento global que podria traducirse como «dia que toca ponerse enfermo», en alusion 
a la excusa usada para no tener que ir al trabajo y poder asistir en su lugar a la manifestacion. El evento al 
que se refiere Stallman tuvo lugar el 20 de abril de 2001. [N. del E.] 
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como parte de esa cuestion de primer orden. Asi que me he encontrado indirectamente 
trabajando en este problema. Espero contribuir en algo a ese esfuerzo. 

Turno de preguntas 

THORNBURN. En un momento vamos a pasar a escuchar las preguntas y comentarios 
del publico. Pero antes permitanme ofrecerles una breve y somera intervencion. Me 
parece que la guia practica mas fuerte e importante que Stallman nos ofrece tiene dos 
elementos clave. Uno es el reconocimiento de que las viejas suposiciones sobre el copy- 
right, los viejos usos del copyright, son inapropiados; estan siendo desafiados o soca- 
vados por el advenimiento del ordenador y de las redes informaticas. Eso puede ser 
obvio, pero es esencial. 

El segundo es el reconocimiento de que la era digital nos obliga a reconsiderar co- 
mo distinguimos y sopesamos las formas del trabajo intelectual y creativo. Stallman, 
indudablemente, esta en lo cierto al afirmar que ciertos tipos de iniciativas intelectuales 
justifican mas proteccion mediante el copyright que otras. Tratar de identificar siste- 
maticamente estos diferentes tipos o niveles de proteccion por medio del copyright me 
parece una valiosa manera de ocuparse de los problemas relativos al trabajo intelectual 
representados por el advenimiento del ordenador. 

Pero creo que estoy detectando otro tema subyacente en lo que Stallman ha estado 
diciendo y que no esta en realidad directamente relacionado con los ordenadores, sino 
mas ampliamente con cuestiones de autoridad democratica y con el poder creciente 
que los gobiernos y las empresas ejercen sobre nuestras vidas. Este lado populista y 
anticorporativo del discurso de Stallman es enriquecedor pero tambien reduccionista, 
potencialmente simplista. Y es tambien quizas demasiado idealista. Por ejemplo, como 
podrla un novelista o un poeta o un autor de canciones o un musico o el autor de un 
libro de texto academico, sobrevivir en este mundo feliz en que la gente es alentada 
pero no obligada a pagar a los autores. En otras palabras, me parece que la brecha entre 
la practica existente y las posibilidades visionarias sobre las que especula Stallman, es 
todavia inmensamente ancha. 

Entonces voy a concluir preguntandole a Stallman si quisiera desarrollar un poco 
ciertos aspectos de su charla y especificamente, si es que tiene mas ideas sobre la ma- 
nera en que aquellos que llamaremos «creadores tradicionales» pueden ser protegidos 
bajo su sistema de copyright. 

Stallman. Primero de todo, tengo que senalar que no debemos usar el termino «pro- 
teccion» para describir lo que hace el copyright. El copyright restringe a la gente. El 
termino «proteccion» es un termino propagandistico que usan las empresas propieta- 
rias de copyright. El termino «proteccion» significa impedir que algo sea, de alguna 
manera, destruido. Bien, yo no creo que una cancion se destruya porque se escuchen 
mas copias de ella. Tampoco creo que una novela se destruya si mas gente esta leyendo 
copias de ella. Asi que no usare esa palabra. Pienso que conduce a la gente a identifi- 
carse con el bando equivocado. 
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Tambien, es una muy mala idea pensar acerca de la «propiedad intelectual» por 
dos razones: primero, prejuzga la pregunta mas fundamental en este ambito, que es: 
icomo deberian ser tratadas estas cosas, deberian tratarse como un tipo de propiedad? 
Usar el termino «propiedad intelectual» para describir la cuestion es presuponer que la 
respuesta es «si», que esa es la manera de tratar las cosas y no de otra manera. 

Segundo, promueve la sobregeneralizacion. La propiedad intelectual es un termi- 
no generico utilizado para varios sistemas legales con origenes independientes como 
el copyright, las patentes, las marcas registradas, los secretos comerciales y tambien al- 
gunas otras cosas mas. Se trata de cosas casi completamente diferentes; no tienen nada 
en comun. Pero a la gente que oye el termino «propiedad intelectual» se le lleva hacia 
una falsa imagen, creen que hay un principio general de propiedad intelectual que es 
aplicado en distintas areas especificas. De este modo, asumen que esas diferentes areas 
de la ley son similares. Esto lleva no solo a un pensamiento confuso acerca de que es 
correcto hacer; lleva a la gente a no poder entender que es lo que de hecho dice la ley ya 
que suponen que la ley de copyright, la ley de patentes y la ley de marcas registradas 
son similares, cuando, de hecho, son totalmente diferentes. 

Asi que si quereis promover el pensamiento cuidadoso y el entendimiento claro de 
que es lo que la ley dice, evitad el uso del termino «propiedad intelectual». Hablad de 
copyright. O hablad de patentes. O hablad de marcas registradas o cualquiera que sea 
el asunto del que querais hablar. Pero no hableis de propiedad intelectual. Una opinion 
sobre propiedad intelectual casi tiene que ser necesariamente absurda. Yo no tengo una 
opinion acerca de la propiedad intelectual. Tengo opiniones acerca del copyright, las 
patentes y las marcas registradas, y son diferentes. Llegue a ellas a traves de procesos 
de pensamiento diferentes porque esos sistemas legales son totalmente diferentes. 

De todos modos, he hecho una digresion, pero es terriblemente importante. 

Ahora permitidme ir al grano. Por supuesto, no podemos ver ahora como podria 
funcionar correctamente, o si es que podria funcionar, pedirle a la gente que pague di- 
nero de forma voluntaria a los autores y musicos que les gustan. Una cosa obvia es que 
todo lo bien que puede llegar a funcionar un sistema asi es proporcional al numero de 
personas que participan de la red, y ese numero, lo sabemos, se incrementara exponen- 
cialmente dentro de unos anos. Si lo intentasemos hoy, podria fallar y ello no probaria 
nada porque con diez veces mas gente participando podria funcionar. 

La otra cosa es que aun no tenemos este sistema de desembolso de dinero digital. 
Asi que en realidad no podemos intentarlo hoy. Podria intentarse algo un poco pareci- 
do. Puedes contratar servicios en los que puedes pagarle dinero a alguien — cosas como 
Pay Pal. Pero, antes de poder pagarle a nadie mediante Pay Pal, tendras que soportar 
un complejo papeleo y darles informacion personal sobre ti. Y ellos hacen registros de 
a quienes les pagas. ^Puedes confiar en que no haran un mal uso de esta informacion? 

El dolar puede no desalentarte, pero las dificultades que acarrea el sistema de pago 
si que pueden. La idea es que deberia ser tan facil como quitarle un caramelo a un nino 
pagar cuando urja la necesidad, de modo que no haya nada que te desaliente excepto la 
cantidad de dinero. Y si es lo bastante pequeno, no tiene porque desalentarte. Sabemos, 
en cambio, que los fans pueden realmente amar a los musicos y sabemos que alentar 
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a los fans a copiar y redistribuir musica ha sido hecho por algunas bandas que fueron, 
y son, bastante exitosas, como los Grateful Dead. Ellos no tuvieron problemas para 
ganarse la vida con su musica por haber alentado a sus fans a grabar y copiar cintas. Ni 
siquiera bajaron las ventas de sus discos. 

Nos estamos desplazando gradualmente de la era de la imprenta a la era de las 
redes informaticas, pero esto no ocurre de un dla para otro. La gente todavia compra 
montones de discos y eso continuara pasando probablemente durante muchos anos — 
quizas para siempre. En tanto eso continue, simplemente con tener un copyright que 
se aplique a las ventas comerciales de discos se podria hacer un trabajo tan bueno de 
apoyo a los musicos como el que se hace hoy en dla. Por supuesto, no es muy bueno, 
pero, al menos, la cosa no ira a peor. 

Pregunta. [Un comentario y una pregunta acerca de la libre descarga y acerca del 
intento de Stephen King^jde comercializar una de sus novelas a traves de la web.] 

Stallman. Si, es interesante saber que hizo y que ocurrio. Cuando al principio 01 ha- 
blar sobre aquello, estaba encantado. Pense: tal vez esta dando un paso hacia un mundo 
que no este basado en tratar de mantener al publico apresado por una cadena de hierro. 
Entonces vi que de hecho habia escrito para pedirle a la gente que pague. Explicando 
lo que hizo, estaba publicando una novela como una serie, por entregas, y dijo: «Si ob- 
tengo suficiente dinero, entregare mas». Pero la peticion que escribio era a duras penas 
una peticion. Era una afrenta al lector. Decia: «Si no pagais, es que sois malvados. Y 
si hay demasiados de vosotros que sois malvados, entonces yo simplemente dejare de 
escribir esto». 

Bien, claramente, esa no es la manera de hacer que el publico sienta ganas de en- 
viarte dinero. Tienes que hacer que te amen, no que te teman. 

PREGUNTA. [El mismo miembro del publico] Los detalles fueron que el pidio que cier- 
to porcentaje — no se el porcentaje exacto, alrededor de 90 % me parece — de gente le 
enviara cierta cantidad de dinero, la cual era, creo, uno o dos dolares, o algo de esa 
magnitud. Tenias que escribir tu nombre y tu direction de correo electronico y alguna 
otra information para descargar la novela y si despues del primer capitulo ese porcen- 
taje no se alcanzaba, dijo que no publicaria otro. Fue muy hostil con el publico que la 
descargaba. 

Pregunta. ^No esta abierto al abuso de la gente, mediante el plagio, este sistema en 
donde no hay copyright pero en el que se le pide a la gente que haga donaciones vo- 
luntarias? 

Stallman. No. Eso no es lo que he propuesto. Recuerda, estoy proponiendo que debe- 
ria haber copyright cubriendo la distribution comercial y permitiendo solo una redis- 
tribution de forma no comercial. Asi que cualquiera que modifique la obra agregandole 

7 E1 escritor de novelas de terror Stephen King intento vender uno de sus libros a traves de la red en una 
serie de descargas (podfas comprar un capitulo cada vez), pero cerro el sistema antes de acabar de escribir 
el libro. 
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un contador a su sitio web, en lugar del contador del sitio web del verdadero autor, es- 
taria infringiendo el copyright y podria ser demandado exactamente como podria ser 
demandado hoy 

Pregunta. Ya veo. ^Entonces todavia imaginas un mundo en el que hay copyright? 

Stallman. Si. Como he dicho, para esa clase de obras. No estoy diciendo que todo 
deberia estar permitido. Estoy proponiendo reducir los poderes del copyright, no abo- 
lirlos. 

THORNBURN. Una pregunta que se me ocurrio mientras hablabas, Richard, y otra vez 
mientras respondias a esta pregunta: ^por que no consideras las maneras en que el 
ordenador, por si mismo, elimine completamente a los intermediarios — del modo en 
que Stephen King se nego a hacer — y pueda establecer una relacion personal? 

Stallman. Bien, pueden y, de hecho, esta donacion voluntaria es una manera... 

THORNBURN. ^Piensas que ello no involucrara al editor en ningun caso? 

Stallman. En absoluto. Espero que no lo haga, veras, porque los editores explotan 
a los autores terriblemente. Cuando les preguntas a los representantes de los editores 
acerca de esto, dicen: «Bien, si, si un autor o una banda no desea pasar por nosotros, 
no deberia estar legalmente obligado a pasar por nosotros». Pero, de hecho, ellos hacen 
todo lo que pueden para impedir que eso resulte factible. Por ejemplo, estan proponien- 
do formatos de copia restringida, de modo que para publicar en esos formatos, tendrias 
que pasar por los grandes editores, ya que no les diran a nadie mas como hacerlo. De 
este modo, su esperanza es un mundo en donde los reproductores reproduzcan esos 
formatos, y para obtener cualquier cosa que puedas reproducir en esos reproductores 
habra que pasar por los editores. Asi que, de hecho, aunque no haya una ley que prohi- 
ba al autor o al musico publicar de forma directa, esto no sera factible. Esta tambien 
el senuelo de que tal vez te hagas rico. Dicen: «Te publicitaremos y quizas te vuelvas 
tan rico como los Beatles» — haceros a la idea de cualquier grupo de exito — y por su- 
puesto, solo una minuscula fraccion de los musicos tendra esa suerte. Pero pueden ser 
llevados asi a firmar contratos que los encerraran para siempre. 

Los editores tienden a ser malevolos a la hora de respetar sus contratos con los 
autores. Por ejemplo, los contratos de libro habitualmente dicen que si un libro se agota, 
los derechos vuelven al autor, y los editores generalmente no han sido muy buenos 
ejemplificando esa clausula. A menudo se les ha tenido que obligar a respetarla. Bien, lo 
que estan empezando a hacer ahora es usar la publicacion electronica como una excusa 
para decir que nunca se agotara; asi que nunca tendran que devolver los derechos. Su 
idea es que cuando el autor esta necesitado haz que firme, y desde entonces, no tendra 
poder; solo el editor tiene el poder. 

PREGUNTA. ^Seria bueno tener licencias libres para distintos tipos de obras que prote- 
jan el derecho del usuario a copiar del modo en que sea apropiado para cada tipo de 
trabajo? 
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STALLMAN. Bien, hay gente trabajando en esto. Pero para trabajos no funcionales, una 
cosa no sustituye la otra. Observemos un tipo de trabajo funcional, digamos un pro- 
cesador de texto. Bien, si alguien hace un procesador de texto libre, puedes usarlo; no 
necesitas los procesadores de texto no libres. Pero yo no diria que una cancion libre 
puede sustituir a todas las canciones no libres o que una novela libre sustituya a todas 
las novelas no libres. Para esa clase de obras, es diferente. Entonces, lo que pienso que 
simplemente debemos hacer es reconocer que estas leyes no merecen ser respetadas. 
No es incorrecto compartir con tu vecino, y si alguien intenta decirte que no puedes 
compartir con tu vecino, no deberias escucharlo. 

PREGUNTA. Con respecto a los trabajos funcionales, segun tu manera de pensar ^como 
se equilibra la necesidad de abolir el copyright con la necesidad de incentivos econo- 
micos para hacer que se desarrollen estos trabajos funcionales? 

Stallman. Bien, lo que vemos es, antes que nada, que este incentivo economico es 
mucho menos necesario que lo que la gente ha estado suponiendo. Fijaros en el movi- 
miento de software libre, donde tenemos mas de cien mil voluntarios a tiempo parcial 
desarrollando software libre. Tambien vemos que hay otras maneras de obtener dinero 
que no estan basadas en impedir que el publico copie y modifique estos trabajos. Esa 
es la leccion interesante del movimiento del software libre. Aparte del hecho de que te 
ofrece una manera en que puedes usar un ordenador y conservar tu libertad de com- 
partir y cooperar con otra gente, tambien nos muestra que esta suposicion negativa de 
que la gente nunca haria estas cosas a menos que se les den poderes especiales para for- 
zar a la gente a pagarles, es sencillamente incorrecta. Mucha gente hara estas cosas. De 
este modo, si echas un vistazo a, digamos, la escritura de monografias que sirven como 
libros de texto en muchos campos de la ciencia, excepto los muy basicos, los autores 
no hacen dinero. Ahora tenemos un proyecto para hacer una enciclopedia libre, que en 
realidad es un proyecto comercial, y esta progresando. Teniamos un proyecto para una 
enciclopedia GNU, pero lo fundimos con otro proyecto comercial cuando ellos adop- 
taron nuestra licencia. En enero, se pasaron a la licencia de documentacion libre GNU 
para todos los articulos de su enciclopedia. Entonces dijimos: «Bien, unamos fuerzas 
con ellos y alentemos a la gente a contribuir». Se llama «Nupedia» y podeis encontrar 
un enlace a ella en http://www.gnu.org/encyclopedia. Asi que hemos ampliado el de- 
sarrollo comunitario de una base libre de conocimientos utiles desde el software a una 
enciclopedia. Ahora estoy bastante seguro de que en todas estas areas de obras funcio- 
nales, no necesitamos ese incentivo economico hasta el punto de que debamos arruinar 
el uso libre de esas obras. 

THORNBURN. Bien, que hay de las otras dos categorlas — pensamientos personales y 
entretenimiento. 

Stallman. Para los otros dos tipos de trabajo, no se. No se si la gente va a escribir 
algun dia novelas sin preocuparse por ganar dinero con ello. En una sociedad post- 
escasez, pienso que si. Puede que lo que necesitemos hacer, para alcanzar la sociedad 
post-escasez, es deshacernos del control empresarial sobre la economla y las leyes. Asi 
que, en efecto, es como el problema del huevo y la gallina, como podeis ver. ,;Que hace- 
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mos primero? ^Como obtenemos un mundo en donde la gente no tenga que conseguir 
dinero desesperadamente, si no es eliminando el control empresarial? como pode- 
mos eliminar el control empresarial a no ser que. . . ? De todos modos, no lo se, pero 
por eso estoy tratando de proponer primero un sistema de copyright de compromiso, 
y segundo, el pago voluntario apoyado por un sistema de copyright de compromiso 
como una manera de proveer un flujo de ganancias a la gente que escribe estos trabajos. 

Pregunta. ^Como esperas implementar este sistema de copyright de compromiso ba- 
jo la presion de los intereses corporativos sobre los politicos estadounidenses, dado su 
sistema de financiacion de campanas? 

Stallman. Me supera. Ojala lo supiera. Es un problema terriblemente dificil. Si supie- 
ra como resolver ese problema, lo resolveria y nada en el mundo podria hacerme sentir 
mas orgulloso. 

PREGUNTA. ^Como luchas contra el control empresarial? Porque cuando observas las 
sumas de dinero destinadas al lobby empresarial en los tribunales, es tremendo. Pienso 
que el caso DeCSS (Decryption of Contents Scrambling System), del que estas hablando, 
le esta costando algo asi como un millon y medio de dolares a la defensa. Dios sabe 
cuanto le esta costando a la parte empresarial. ^Tienes alguna idea de como hacerse 
cargo de estas enormes sumas de dinero? 

Stallman. Tengo una sugerencia. Si aconsejaramos boicotear totalmente las peliculas, 
pienso que la gente ignoraria ese consejo. Podrian considerarlo demasiado radical. Asi 
que quisiera hacer una sugerencia levemente diferente, que lleva a lo mismo, y es: no 
vayas al cine a menos que tengas una razon sustancial para creer que la pelicula es 
buena. Ahora bien, esto conduciria en la practica a casi el mismo resultado que el boicot 
total de las peliculas de Hollywood. En extension es casi lo mismo, pero en intensidad 
es muy diferente. Hemos notado que mucha gente va al cine por razones que nada 
tienen que ver con lo buena, o no, que ellos piensen que es la pelicula. Asi que si cambias 
eso, si solo vas a ver una pelicula cuando tienes alguna razon sustancial para creer que 
es buena, les estaras quitando un monton de dinero. 

THORNBURN. Una manera de entender todo este discurso hoy, pienso, es reconocer que 
siempre que las tecnologias radicales, potencialmente transformadoras, aparecen en la 
sociedad, hay una lucha sobre su control. Hoy estamos repitiendo lo que ocurrio en el 
pasado. De este modo, desde este angulo, puede no haber una razon para la desespe- 
ranza, o incluso para el pesimismo, acerca de que pueda ocurrir a largo plazo. Pero a 
corto plazo, las luchas por el control de textos e imagenes, y por el control de todo tipo 
de informacion, seran probablemente dolorosas y extensas. Por ejemplo, como profe- 
sor de comunicacion, mi acceso a imagenes ha sido restringido, en aftos recientes, de 
un modo como nunca antes habia ocurrido. Si escribo un ensayo en el que quiero usar 
imagenes fijas, incluso de peliculas, es mucho mas dificil obtener permisos de uso, y 
los precios son mucho mas elevados, aun cuando de argumentos sobre la investigacion 
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intelectual y la categoria legal de fair usdQ De esta forma, pienso, en este momento de 
transformacion, que las perspectivas a un plazo mayor pueden, de hecho, no ser tan 
perturbadoras como lo que esta ocurriendo a corto plazo. Sin embargo, en cualquier 
caso, necesitamos comprender toda nuestra experiencia contemporanea como una ver- 
sion renovada de la lucha por el control de los recursos tecnologicos, que es un principio 
recurrente de la sociedad occidental. 

Tambien es esencial entender que la historia de las viejas tecnologias es, en si mis- 
ma, una materia complicada. El impacto de la imprenta en Espana, por ejemplo, fue 
radicalmente diferente de su impacto en Inglaterra o en Francia. 

Pregunta. Una de las cosas que me molesta cuando oigo discusiones sobre el copyrig- 
ht es que a menudo comienzan con: «Queremos un cambio de ciento ochenta grados. 
Queremos eliminar todo tipo de control». Me parece que parte de lo que subyace bajo 
las tres categorias que fueron sugeridas es un reconocimiento de que hay algun tipo 
de sabiduria en el copyright. Algunos de los criticos de la direction que esta tomando 
el copyright hoy, creen, de hecho, que deberia ser respaldado y funcionar mucho mas 
como las patentes y las marcas registradas en cuanto a su duration. Me pregunto si 
nuestro conferenciante querra comentar esta estrategia. 

Stallman. Estoy de acuerdo en que acortar el plazo de validez del copyright es una 
buena idea. No hay absolutamente ninguna necesidad, en terminos de alentar la pu- 
blication, de que los copyrights puedan durar hasta ciento cincuenta anos, lo que, en 
algunos casos, es posible bajo la presente ley. Ahora bien, las companias estuvieron di- 
ciendo que un copyright de setenta y cinco anos sobre un trabajo hecho por encargo 
no era lo bastante largo para hacer posible la produccion de esos trabajos. Me gustaria 
desafiar a esas companias a que presenten hojas de calculo con balances proyectados 
para los proximos setenta y cinco anos respaldando esa afirmacion. Lo que ellos en rea- 
lidad querian era, sencillamente, poder extender el copyright sobre los trabajos viejos, 
de modo que puedan seguir restringiendo su uso. Pero como se puede alentar una ma- 
yor produccion en la decada de 1920 extendiendo el copyright hoy, no lo se, a menos 
que tengan una maquina del tiempo en algun lugar. Por supuesto, en una de sus peli- 
culas, tenian una maquina del tiempo. Asi que eso debe ser lo que afecto su forma de 
pensar. 

PREGUNTA. ^Has pensado en extender el concepto de uso razonable? Y, ,;hay alguna 
variation o distincion al respecto que quieras presentarnos? 

Stallman. Bien, la idea de dar a todo el mundo permiso para hacer copias textuales no 
comerciales de dos tipos de obras, ciertamente puede ser pensada como una extension 
de lo que es el uso razonable. Es mayor de lo que actualmente se reconoce como uso 

8 E1 fair use, que se suele traducir como «uso razonable» o «uso justo» sin que la traduction ayude a 
saber que clase de uso es ese, es en realidad una figura juridica del derecho anglosajon que equivale a 
aquellos usos de material sujetos a derechos de autor que no son controlados por la ley de copyright y que 
por tanto son excepciones a la misma. La Ley de Propiedad Intelectual espafiola no contiene tal figura, y lo 
llama simplemente «excepciones», por ejemplo el prestamo en bibliotecas o la copia privada son ejemplos 
defair use o «excepciones» tanto en EE.UU. como en Espana. [N. del E.] 
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razonable. Si tu idea es que el publico cede ciertas libertades para obtener mas progreso, 
entonces puedes trazar la linea en varios lugares diferentes. iQue libertades cede el 
publico y cuales conserva? 

PREGUNTA. Por seguir la conversacion solo un momento: en ciertos ambitos del entre- 
tenimiento, existe el concepto de exhibicion publica. Asi, por ejemplo, el copyright no 
nos impide cantar villancicos en Navidad pero impide su ejecucion publica. Y yo me 
pregunto si no seria util, en lugar de expandir el uso razonable a la copia textual ilimi- 
tada, no comercial, pensar en algo menos que eso, pero mas que el presente concepto 
de uso razonable. 

Stallman. Yo pensaba que eso seria suficiente, y entonces Napster me convencio de lo 
contrario, porque Napster es utilizado por sus usuarios para redistribucion textual, no 
comercial. El servidor Napster, en si mismo, es una actividad comercial, pero la gente 
que de hecho esta poniendo el material lo hace de manera no comercial, ellos podrian 
haberlo hecho en sus propios sitios web igual de facilmente. La tremenda excitacion 
y interes sobre el uso de Napster, muestra que eso es muy util. Asi que ahora estoy 
convencido de que la gente deberia tener derecho a publicar copias textuales, no redis- 
tribuidas comercialmente, de cualquier cosa. 

PREGUNTA. Una analogia que me fue sugerida recientemente para toda la cuestion 
de Napster es la analogia de la biblioteca publica. Supongo que algunos de ustedes, 
que han oido hablar sobre los argumentos a favor de Napster, han oido ya esta analo- 
gia. Me pregunto si podrias comentarla. Los defensores que dicen que Napster deberia 
continuar y que no deberia haber restricciones sobre el, a veces dicen algo como esto: 
«Cuando las personas van a la biblioteca publica y piden prestado un libro, no estan pa- 
gando por el, y pueden pedirlo prestado docenas de veces, cientos de veces, sin cargo 
adicional. ,;Por que Napster es diferente?». 

Stallman. Bueno, no es exactamente lo mismo. Pero deberia senalarse que los editores 
quieren transformar a las librerias publicas en tiendas en las que se paga por el uso. Asi 
que estan en contra de las librerias publicas. 

PREGUNTA. ^Pueden estas ideas sobre el copyright sugerir algunas ideas para ciertas 
cuestiones sobre la ley de patentes, tales como hacer medicamentos genericos baratos 
para usar en Africa? 

Stallman. No, no hay absolutamente ninguna similitud. Las cuestiones de patentes 
son totalmente distintas de las cuestiones relativas al copyright. La idea de que tienen 
algo que ver es una de las consecuencias desafortunadas de usar el termino «propiedad 
intelectual» y alentar a la gente a asociar estas cuestiones, porque, como habeis oido, 
estuve hablando de cuestiones en las que el precio de una copia no es lo crucial. Pero, 
^cual es el asunto central cuando se trata de medicamentos contra el SIDA para Africa? 
Es el precio, nada mas que el precio. 

Ahora bien, el tema del que estuve hablando surge porque la tecnologia de infor- 
macion digital da a cada usuario la facultad de crear copias. Bien, no hay nada que nos 
de la facultad de crear copias de medicamentos. No tengo la posibilidad de copiar un 



CAPfTULO 19. COPYRIGHT Y GLOBALIZACION EN LA ERA DE LAS REDES INFORMATICAS 



160 



medicamento que haya conseguido. De hecho, nadie puede; no es asi como se hacen 
los medicamentos. Estos medicamentos solo pueden hacerse en costosas fabricas y se 
hacen en costosas fabricas centralizadas, ya sean genericos o importados de los EE.UU. 
De cualquier manera, se haran en un pequeno numero de fabricas y las cuestiones son, 
simplemente, cuanto cuestan y si estan disponibles a un precio que la gente en Africa 
pueda pagar. 

Asi que se trata de una cuestion tremendamente importante, pero es una cuestion 
totalmente diferente. Solo existe un area en la que aparece una cuestion con las patentes 
que es de hecho similar a estas cuestiones de libertad de copia, y es en la agricultura. 
Dado que hay ciertas cosas patentadas que pueden ser copiadas, mas o menos: las co- 
sas vivientes. Se copian a ellas mismas al reproducirse. No es necesariamente una copia 
exacta; se remezclan los genes. Pero el hecho es que los granjeros durante milenios han 
estado haciendo uso de esta capacidad de las cosas vivientes de hacer copias de si mis- 
mas. La agricultura es, basicamente, copiar las cosas que criaste y seguir copiandolas 
cada ano. Cuando son patentadas variedades de plantas y animales, cuando los genes 
son patentados y usados en ellas, el resultado es que a los granjeros se les prohfbe hacer 
lo que venian haciendo. 

Un granjero en Canada tenia una variedad patentada creciendo en su campo y dijo: 
«Yo no lo hice deliberadamente. El polen volo, y esos genes se introdujeron entre mis 
plantas». Y se le dijo que eso no importaba; tuvo que destruirlas de todos modos. Este 
es un ejemplo extremo de como puede el gobierno alinearse con un monopolista. 

De este modo, creo que, siguiendo los mismos principios que aplico a la copia de 
cosas en un ordenador, los granjeros deberian tener un incuestionable derecho a guar- 
dar sus semillas y criar su ganado. Quizas puedas tener patentes cubriendo companias 
vendedoras de semillas, pero no deberian cubrir a los granjeros. 

Pregunta. Para tener un modelo exitoso hay que hacer mas cosas que tener solo la 
licencia. ,;Puedes responder a eso? 

Stallman. Totalmente. Bien, ya sabeis, no conozco las respuestas. Pero parte de lo 
que creo crucial para desarrollar informacion libre, funcional, es el idealismo. La gente 
tiene que reconocer que es importante para esta informacion ser libre, que cuando la 
informacion es libre, se puede hacer pleno uso de ella. Cuando esta restringida, no 
puedes. Tienes que reconocer que la informacion no libre es un intento de dividir a 
la gente y mantenerla desamparada y con la cabeza agachada. En este punto, pueden 
llegar a la idea de: «Trabajemos juntos para producir la informacion que queremos usar, 
de modo que no este bajo el control de alguna persona poderosa que pueda dictarnos 
que es lo que podemos hacer». 

Esto nos impulsa con fuerza. No se como va a funcionar en la distintas areas, pero 
pienso que en el ambito de la educacion, buscando libros de texto, creo ver una manera 
en que puede hacerse. Hay un monton de docentes en el mundo, docentes que no es- 
tan en universidades prestigiosas — quizas estan en la escuela secundaria, quizas en la 
preparatoria — donde no escriben ni publican gran cosa y no existe una tremenda de- 
manda sobre ellos. Pero muchos de ellos son inteligentes. Muchos de ellos conocen sus 
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materias bien y podrian escribir libros de texto sobre montones de temas y compartirlos 
con la gente, recibir un enorme aprecio por la gente que aprende de ellos. 

Pregunta. Eso es lo que decia. Pero lo curioso es que conozco la historia de la edu- 
cacion. Eso es lo que hago: proyectos educativos con medios electronicos. No podria 
encontrar un ejemplo. ^Conoces alguno? 

Stallman. No, no conozco. Empece proponiendo esta enciclopedia libre y base de 
aprendizaje hace un par de aftos y pense que podria llevar probablemente una decada 
lograr que las cosas comenzaran a rodar. Ahora ya tenemos una enciclopedia en mar- 
cha. Asi que las cosas van mas rapido de lo que esperaba. Pienso que lo que se necesita 
es que unas pocas personas empiecen a escribir libros de texto libres. Escribir uno sobre 
cualquiera que sea tu tenia favorito o una fraccion de uno. Escribe unos pocos capitulos 
de uno y desafia a otras personas a escribir el resto. 

Pregunta. De hecho, lo que yo buscaba era algo todavia mejor que eso. Lo importante 
es que alguien cree una infraestructura en la que todos los demas puedan contribuir. 
No hay ninguna infraestructura pensada para primaria y secundaria, en ningun lugar, 
para poder contribuir con material. 

Puedo obtener informacion de muchos lugares pero no esta disponible bajo licencias 
libres, asi que no puedo usarla para hacer un libro de texto libre. 

Stallman. En realidad, el copyright no cubre los hechos. Solo cubre el modo en que 
estan escritos. Asi que puedes aprender un monton de cualquier lugar y despues escri- 
bir un libro de texto, y puedes hacer ese libro de texto libre, si quieres. 

PREGUNTA. Pero yo no puedo escribir por mi mismo todos los libros de texto que un 
estudiante necesita para cursar en la escuela. 

Stallman. Bien, es verdad. Y yo no necesite escribir todo un sistema operativo libre 
tampoco. Escribi algunas partes e invite a otras personas a unirseme escribiendo otras 
partes. Asi que estableci un ejemplo a seguir. Y dije: «Yo voy en esta direccion. Unete a 
mi y llegaremos alli». Y se unio la suficiente cantidad de gente, y alii llegamos. De este 
modo, si piensas en terminos de como voy a hacer todo este trabajo gigantesco, puede 
ser desalentador. Asi que la idea es: no lo mires de esa manera. Piensa en terminos de 
dar un paso y comprender que, luego de que diste un paso, otra gente dara mas pasos 
y juntos, el trabajo sera realizado, eventualmente. 

Asumiendo que la humanidad no se elimine a si misma, el trabajo que hacemos hoy 
al producir una infraestructura educativa libre, las fuentes del libre aprendizaje para el 
mundo, sera util por tanto tiempo como la humanidad exista. ^Y que si lleva veinte anos 
lograr que se haga? No pienses en terminos del tamafto del trabajo completo. Piensa en 
terminos de la parte que vas a hacer. Eso le mostrara a la gente que puede hacerse, y 
entonces otros haran otras partes. 



Capftulo 20 

Software libre: libertad y cooperacion 



Intro duccion 

Mike Uretsky. Soy Mike Uretsky. Estoy en la Escuela Empresarial Stern. Tambien soy 
uno de los codirectores del Centro de Tecnologias Avanzadas. Os doy la bienvenida en 
nombre de toda la gente del Departamento de Ciencia Informatica. Querla comentar 
algo antes de pasarle la palabra a Ed que va a presentar al conferenciante. 

El papel de la Universidad es el de un lugar donde se fomenta el debate y se tienen 
interesantes discusiones. Y el papel de una Universidad avanzada es tener discusiones 
especialmente interesantes. Esta exposicion en concreto, este seminario entra dentro de 
ese modelo. Encuentro particularmente interesante la discusion sobre el open source. En 
cierto sentido. . . [Risas del publico] 

Richard M. Stallman. Yo hago software libre. El open source es un movimiento dife- 
rente. [Risas del publico y aplausos] 

Mike Uretsky. Cuando entre en el sector por primera vez en la decada de I960, el 
software era esencialmente libre. Hemos pasado por ciclos. Era libre, y despues los 
fabricantes de software, apremiados por la necesidad de expandir sus mercados, lo 
empujaron hacia otras direcciones. Muchos de los desarrollos que tuvieron lugar con la 
llegada del PC se desplazaron exactamente con la misma secuencia clclica. 

Un filosofo frances muy interesante, Pierre Levy, habla sobre un desplazamiento en 
esta direccion y sobre la entrada en el ciberespacio como algo no solo relacionado con la 
tecnologia sino con la reestructuracion social, la reestructuracion politica, a traves de la 
transformacion de los modos de relacion que mejoraran el bienestar de la humanidad. 
Esperamos que este debate sea un nuevo movimiento en esa direccion, que este debate 
sea algo que atraviese muchas de las disciplinas que normalmente funcionan como 
compartimentos estancos dentro de la Universidad. Esperamos asistir a una discusion 
interesante. Ed, cuando quieras... 

Ed Schonberg. Soy Ed Schonberg, del Departamento de Ciencia Informatica del Ins- 
tituto Courant. Permitidme daros la bienvenida a este evento. Los presentadores son 



1 Lo que sigue es una transcripcion corregida de la conferencia dictada en la New York University el 29 
de mayo de 2001. 
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normalmente un aspecto particularmente inutil en las exposiciones publicas, pero en 
este caso, en realidad, han servido para un proposito util, como Mike ha demostrado 
facilmente, dado que, por ejemplo, un presentador puede permitir con sus comenta- 
rios inexactos, que el conferenciante ponga orden, corrija y afine considerablemente los 
parametros del debate. [Risas del publico] 

Asi, permitidme hacer una presentation lo mas breve posible de alguien que no la 
necesita. Richard es el ejemplo perfecto de alguien que, actuando localmente, empezo 
a pensar globalmente a raiz de los problemas de inaccesibilidad al codigo fuente de los 
drivers de impresora en el laboratorio de inteligencia artificial del MIT, hace muchos 
anos. Ha desarrollado una filosofia coherente que nos ha obligado a todos a replantear- 
nos nuestras ideas sobre como se produce software, sobre que significa la propiedad 
intelectual y sobre lo que de verdad representa la comunidad del software. Permitidme 
dar la bienvenida a Richard Stallman. [Aplausos] 

Software libre: libertad y cooperacion 

Stallman. i Alguien me puede dejar un reloj? [Risas del publico] Gracias. Bien, quiero 
dar mi agradecimiento a Microsoft por darme la oportunidad de estar en este estrado. 
[Risas del publico]. Durante las ultimas semanas, me he sentido como un escritor cuyo 
libro ha sido accidentalmente prohibido en alguna parteQ [Risas del publico] . Excepto 
que todos los artlculos sobre el mismo estan dando el nombre del autor equivocado, 
porque Microsoft describe la GNU GPL como una licencia open source y la mayoria de 
las coberturas periodisticas han hecho lo mismo. La mayoria de la gente, por supuesto 
de forma inocente, no se da cuenta de que nuestro trabajo no tiene nada que ver con 
el open source, de que en realidad hicimos la mayor parte de el antes de que la gente ni 
siquiera acunara el termino open source. 

Nosotros estamos en el movimiento del software libre y voy a hablar sobre que es el 
movimiento del software libre, sobre que significa, sobre que hemos hecho, y dado que 
esto en parte esta patrocinado por una escuela empresarial, dire algunas cosas mas de 
lo que normalmente suelo decir sobre como se relaciona el software libre con el ambito 
empresarial y con otras areas de la vida social. 

Bien, algunos de vosotros quizas no escriba nunca programas informaticos, pero 
tal vez sabeis cocinar. Y si sabeis cocinar, a no ser que realmente seais unos genios, 
probablemente useis recetas. Y si usais recetas, probablemente habreis tenido la ex- 
periencia de obtener la copia de una receta a traves de un amigo que la comparte. Y 
probablemente tambien hayais tenido la experiencia — a no ser que seais unos auten- 
ticos principiantes — de cambiar la receta. Una receta dice ciertas cosas, pero no tienes 
que hacer exactamente lo que dice. Puedes dejar fuera algunos ingredientes. Anadir 
algunos champinones, por que te gustan los champinones. Echarle menos sal porque 
tu medico te dijo que deberias prescindir de la sal. Lo que sea. Puedes incluso hacer 



2 Poco menos de un mes antes, el vicepresidente de Microsoft, Craig Mundie, dio una charla en la que 
ataco el software libre — llamandolo «open source». 
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cambios mas grandes, segun tus habilidades. Y si has hecho cambios en una receta y se 
la cocinas a tus amigos, y les gusta, alguno de tus amigos dira: «Oye, ^me puedes pasar 
la receta?». Y entonces, ique haces? Puedes apuntar tu version modificada de la receta 
y hacerle una copia a tu amigo. Esto es lo que se hace naturalmente con cualquier tipo 
de recetas utiles. 

Bueno, una receta es muy parecida a un programa informatico. Un programa infor- 
matico se parece mucho a una receta: una sucesion de pasos realizados para conseguir 
algun resultado deseado. De modo que es igual de natural hacer lo mismo con los pro- 
gramas informaticos. Pasale una copia a tu amigo. Haz cambios en ella porque el trabajo 
para el que fue escrita no es exactamente el mismo que quieres hacer. Este fue de gran 
ayuda para otro, pero tu trabajo es diferente. Y, despues de cambiarla, probablemente 
sea util para mas gente. Quizas tengan que hacer un trabajo como el que tu haces, asi 
que preguntan: «Oye, <<me puedes dejar una copia?». Por supuesto, si eres una buena 
persona les daras la copia. Esa es la forma de ser de una persona decente. 

Imaginad que pasaria si las recetas estuvieran empaquetadas dentro de cajas negras. 
No podriais ver que ingredientes estan usando, por no hablar de cambiarlos, imaginad 
que haceis una copia para un amigo, te llaman pirata y te intentan meter unos anos en 
la carcel. Ese mundo generaria una tremenda afrenta a toda la gente que esta acostum- 
brada a compartir recetas. Pero exactamente asi es el mundo del software propietario. 
Un mundo en el que la usual decencia con los otros esta prohibida o coartada. 

Y bien, <ipor que me entere de esto? Me entere porque, en la decada de 1970, tuve la 
buena suerte de ser parte de una comunidad de programadores que compartian soft- 
ware. Esencialmente esta comunidad podia reconocer sus ancestros en los comienzos 
de la programacion. En la decada de 1970, sin embargo, era un poco extrano que hu- 
biera una comunidad que compartiese software. Y, de hecho, era algo asi como un caso 
extremo; en el laboratorio en el que yo trabajaba, todo el sistema operativo era software 
desarrollado por la gente de nuestra comunidad y compartiamos cualquier parte de 
el con cualquiera. Cualquiera era bienvenido para entrar y echar un vistazo, llevarse 
una copia y hacer lo que quisiera. No habia notas de copyright en estos programas. La 
cooperation era nuestro modo de vida. Y estabamos seguros dentro de ese modo de 
vida. No luchabamos por el. No teniamos que luchar por el. Simplemente viviamos asi. 
Y, hasta donde nos concernia, habriamos seguido viviendo asi. Asi que habia software 
libre, pero no un movimiento del software libre. 

Sin embargo, mas tarde, nuestra comunidad fue destruida por una sucesion de cala- 
midades. Finalmente quedo anulada. Finalmente, el ordenador PDP-10j^]que usabamos 
para todo nuestro trabajo, se dejo de fabricar. Nuestro sistema — el Sistema Incompatible 
de Uso Compartido — fue escrito a principios de la decada de 1960, de modo que estaba 
escrito en lenguaje ensamblador. Era con lo que se solian escribir los sistemas operati- 
ves en la decada de 1960. Por supuesto, el lenguaje ensamblador estaba orientado para 
una arquitectura informatica particular; si esta deja de fabricarse, todo tu trabajo se con- 



3 Procesador de Datos Programados modelo 10, un servidor usado por muchas investigaciones punteras 
y organizaciones gubernamentales durante la decada de 1970. 
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vierte en polvo — es inutil. Y eso fue lo que nos paso. Los 20 anos de trabajo de nuestra 
comunidad se convirtieron en polvo. 

Pero antes de que pasara esto, tuve una experiencia que me prepare, me ayudo a 
ver que hacer, me ayudo a prepararme para ver que hacer cuando esto sucediera, por- 
que en cierto momento Xerox dono al laboratorio de inteligencia artificial, en el que yo 
trabajaba, una impresora laser; era un regalo realmente hermoso, ya que era la primera 
vez que alguien fuera de Xerox tenia una impresora laser. Era muy rapida, imprimia 
una pagina por segundo, muy buena en muchos aspectos, pero muy inestable, porque 
en realidad era una fotocopiadora de oficina de alta velocidad que habia sido transfor- 
mada en impresora. Y como ya sabeis, las fotocopiadoras se atascan, aunque siempre 
hay alguien para arreglarlas. La impresora se atascaba y nadie lo podia ver. Asi que se 
quedaba atascada mucho tiempo. 

Bien, teniamos una idea de como tratar este problema. Modificarla de modo que ca- 
da vez que la impresora se atascaba, el ordenador que controlaba a la impresora pudiera 
decir a nuestra maquina de uso compartido y a los usuarios que estaban esperando la 
salida de impresion que habia que arreglar la impresora, para que asi al menos supieran 
que estaba atascada. . . por supuesto, si estas esperando que se impriman tus trabajos y 
sabes que la impresora esta atascada, no te sientas y esperas una eternidad, sino que te 
pones a arreglarla. 

Sin embargo, llegados a ese punto, estabamos completamente bloqueados, dado 
que el software que controlaba esa impresora no era software libre. Habia venido con la 
impresora y era simplemente un binario. No podiamos tener el codigo fuente, Xerox no 
nos permitia tener el codigo fuente. Asi, a pesar de nuestra habilidad como programa- 
dores — despues de todo, habiamos escrito nuestro propio sistema de uso compartido — 
estabamos completamente imposibilitados para anadir esta caracteristica al software de 
la impresora. 

Lo unico que podiamos hacer era sufrir con la espera. Podia llevar una hora o dos 
conseguir que se imprimieran tus trabajos, porque la maquina estaba atascada casi todo 
el tiempo. Esperabas una hora suponiendo: «Se que va a estar atascada. Esperare una 
hora y me pasare a recoger mi copia». Y entonces veias que habia esta do atascada todo 
el tiempo y que en realidad nadie la habia arreglado. Asi que la arreglabas y volvias 
a esperar otra media hora. Entonces, volvias y la veias atascada otra vez antes de que 
hubiera llegado a imprimir tu trabajo. Imprimia durante tres minutos y estaba atascada 
treinta minutos. Frustracion total. Pero lo peor era saber que podiamos haberla arre- 
glado, pero alguien, por su propio egoismo, nos estaba coartando e impidiendo que 
mejorasemos el software. Asi que, por supuesto, nos sentiamos algo resentidos. 

Entonces oi que alguien de la Universidad Carnegie Mellon tenia una copia de ese 
software. Iba a hacerle una visita alii, asi que fui a su oficina y dije: «Buenas, soy del 
MIT. ^Podrias dejarme una copia del codigo fuente de la impresora?». Y el dijo, «no, 
prometi que no te daria ninguna copia». [Risas del publico]. Yo estaba petrificado. De 
verdad, estaba muy enfadado y no sabia como podia expresarlo. Todo lo que me salia 
era dar media vuelta y salir de la habitacion. Quizas di un portazo. [Risas del publico]. 
Y pense sobre ello mas adelante, porque me daba cuenta de que no habia visto solo a un 
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capullo aislado, sino que se trataba de un fenomeno social importante y que afectaba a 
mucha gente. 

Tuve suerte, solo me toco probar un poquito. Otros tenian que vivir con esto todo el 
tiempo. Asi que pense sobre este asunto en profundidad. Observad, el habia prometido 
que se negaria a cooperar con nosotros — sus colegas del MIT — . Nos habia traicionado. 
Pero no solo nos lo hizo a nosotros. El caso es que tambien te lo hizo a ti. [Senala a un 
miembro del publico]. Y creo que muy probablemente tambien te lo hizo a ti. [Sena- 
la a otro miembro del publico. El publico rie]. Y probablemente tambien te lo hizo a 
ti. [Senala a un tercer miembro del publico]. Posiblemente se lo hizo a la mayoria de 
la gente que esta en esta sala — excepto tal vez a unos pocos que aun no habian naci- 
do en 1980. — Puesto que habia prometido que se negaria a cooperar con casi toda la 
poblacion del planeta Tierra. Habia firmado un acuerdo de no divulgacion. 

Bien, este fue mi primer encuentro con un acuerdo de no divulgacion y aprendi 
una leccion importante — importante porque la mayoria de los programadores nunca 
la aprenden. Este era mi primer encuentro con un acuerdo de no divulgacion y yo era 
la victima. Yo, y todo mi laboratorio, eramos las victimas. Y la leccion que me enseno es 
que los acuerdos de no divulgacion tienen victimas. No son inocentes. No son inofensi- 
vos. La mayoria de los programadores se encuentran por primera vez con un acuerdo 
de no divulgacion cuando se les ofrece firmar uno. Y siempre hay alguna tentacion — si 
firmas vas a obtener alguna propinilla. Asi que se inventan excusas. Dicen, «bueno, no 
va a conseguir una copia pase lo que pase, asi que, ipor que no unirme a la conspira- 
tion para marginarle?» Dicen, «asi es como siempre se ha hecho. ,;Quien soy yo para 
ponerme en contra?» Dicen, «si no firmo esto, lo hara otro». Excusas varias para acallar 
sus conciencias. 

Pero cuando alguien me ofrecio la firma de un acuerdo de no divulgacion, mi con- 
ciencia ya estaba sensibilizada. Recuerdo como me habia enfadado cuando alguien pro- 
metio que no me ayudaria a mi y a todo mi laboratorio a resolver nuestro problema. No 
podia darme la vuelta y hacerle exactamente lo mismo a alguien que nunca me habia 
hecho ningun dano. Si alguien me pidiera que prometiera no compartir alguna infor- 
mation util con un enemigo odiado, yo aceptaria. Si alguien ha hecho algo malo, se lo 
merece. Pero los desconocidos no me han hecho ningun dano. ^Como podrian merecer- 
se ese tipo de maltrato? No puedes permitirte empezar a tratar mal a todo el mundo. 
Si no te conviertes en un depredador para la sociedad. Asi que dije: «Muchas gracias 
por ofrecerme este bonito paquete de software. Pero, en las condiciones que ustedes 
exigen, no puedo aceptarlo con la conciencia tranquila, asi que me las arreglare sin el. 
Muchisimas gracias». Y de este modo, nunca he firmado a sabiendas un acuerdo de no 
divulgacion para informacion de utilidad tecnica general, como el software. 

Ahora bien, hay otros tipos de informacion que implican diferentes asuntos eticos. 
Por ejemplo, esta la informacion personal. Si quisieras hablar conmigo sobre lo que 
estaba pasando entre tu y tu novio, y me pidieras que no se lo contara a nadie, yo es- 
taria de acuerdo en guardarte ese secreto, porque no es informacion de utilidad tecnica 
general. 

Al menos, es probable que no sea util a todo el mundo. [Risas del publico]. Hay 
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pocas posibilidades — y aun asi es una posibilidad — de que alguien quisiera revelarme 
alguna maravillosa nueva tecnica sexual, entonces sentiria el deber moral de hacerselo 
saber al resto de la humanidad, y asi todo el mundo podria beneficiarse de ella. [Risas 
del publico]. Asi que tendria que poner una clausula en esa promesa. 

Si solo son detalles sobre quien quiere que y quien esta enfadado con quien, y ese 
tipo de culebrones. . . eso lo puedo guardar en secreto; pero no puedo retener algo de cu- 
yo conocimiento la humanidad puede beneficiarse tremendamente. Vereis, el proposito 
de la ciencia y la tecnologia es crear informacion util para la humanidad, para ayudar a 
la gente a vivir mejor. Si prometemos que retendremos esa informacion — si la guarda- 
mos en secreto — entonces estaremos traicionando el objetivo de nuestro sector. Y eso, 
decidi que no debia hacerlo. 

Pero mientras tanto mi comunidad se habia ido a pique y eso me dejaba en una ma- 
la situacion. Fijaros, todo el Sistema Incompatible de Uso Compartido estaba obsoleto, 
porque el PDP-10 estaba obsoleto, de este modo no habia forma de que pudiera seguir 
trabajando como desarrollador de sistemas operativos tal y como lo habia estado ha- 
ciendo. Esta actividad dependia de formar parte de la comunidad, usar el software de la 
comunidad y mejorarlo. Ya no era posible, lo cual me planted un dilema moral. iQue iba 
a hacer? Porque la posibilidad mas obvia significaba ponerme en contra de esa decision 
que habia tornado. La posibilidad mas obvia era adaptarme a los cambios del mundo. 
Aceptar que las cosas eran diferentes y que yo deberia abandonar esos principios y em- 
pezar a firmar acuerdos de no divulgacion para sistemas operativos propietarios, muy 
probablemente escribir tambien software propietario. Asi, me di cuenta de que podria 
divertirme escribiendo codigo y que podria ganar dinero — especialmente si lo hiciera 
en cualquier parte que no fuera el MIT — , pero al final, hubiera tenido que repasar mi 
carrera y decir «me he pasado la vida construyendo muros para dividir a la gente», 
estaria avergonzado de mi vida. 

Asi que busque otra alternativa, y habia una obvia. Podia dejar el sector del soft- 
ware y dedicarme a otra cosa. Bien, no tengo otras habilidades resenables, pero estoy 
seguro de que podria haber llegado a ser camarero. [Risas del publico]. No en un res- 
taurante de lujo; no me contratarian, pero podria ser camarero en algun sitio. Y muchos 
programadores me decian «la gente que contrata programadores exige esto, esto y es- 
to. Y si no hago estas cosas, me morire de hambre». Es literalmente la expresion que 
usan. Bien, como camarero no vas a morirte de hambre. [Risas del publico]. Asi que, 
realmente, no estas en peligro. Pero — y sabeis, esto es importante — a veces puedes 
justificarte por hacer cosas que danan a los demas diciendo que de otro modo te puede 
pasar algo peor. Si de verdad te fueras a morir de hambre, estaria justificado que escri- 
bieras software propietario. [Risas del publico]. Si alguien te apunta con una pistola, 
entonces yo diria que se te puede perdonar. [Risas del publico]. Pero yo encontre una 
forma de sobre vivir sin hacer algo inmoral, asi que esa excusa no valia. Me di cuenta, 
de todos modos, de que ser camarero no iba a resultarme divertido y significaria derro- 
char mis habilidades como desarrollador de sistemas operativos. Evitaria el mal uso de 
mis habilidades. Desarrollar software propietario seria un mal uso de mis habilidades. 
Apoyar que los demas vivan en el mundo del software propietario seria usar mal mis 
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habilidades. Asi que es mejor malgastarlas que hacer una mal uso de ellas, pero aun asi 
no era algo bueno de verdad. 

Por estos motivos decidi buscar otra alternativa. ^,Que puede hacer un desarrollador 
de sistemas operativos para mejorar realmente la situacion y hacer del mundo un lugar 
mejor? Me di cuenta de que un desarrollador de sistemas operativos era exactamente lo 
que se necesitaba. El problema, el dilema para mi y para todos los demas era que todos 
los sistemas operativos disponibles para los ordenadores modernos eran propietarios. 
Los sistemas operativos libres estaban destinados a los ordenadores viejos y obsoletos, 
^verdad? Asi que para los ordenadores modernos, si querias comprar un ordenador 
moderno y usarlo, estabas obligado a usar un sistema operativo propietario. De modo 
que si un desarrollador de sistemas operativos escribiera otro sistema operativo y dijera 
«venid todos a compartir esto; sois bienvenidos», se daria una escapatoria al dilema, 
otra alternativa para todo el mundo. Asi que me di cuenta de que habia algo que podia 
hacer que podria resolver el problema. Tenia justo las habilidades necesarias para poder 
hacerlo. Y posiblemente era la cosa mas util que yo podia imaginarme en relacion a lo 
que seria capaz de hacer con mi vida. Se trataba de un problema que nadie mas estaba 
intentando resolver. Era algo asi como quedarme sentado, ver empeorar las cosas y que 
no hubiera nadie mas que yo. De este modo, senti: «Soy el elegido. Tengo que trabajar 
en esto. ^Si no lo hago yo, quien lo hara?». Decidi que desarrollaria un sistema operativo 
libre, o moriria en el intento. . . de viejo, por supuesto. [Risas del publico]. 

Por supuesto, tuve que decidir que tipo de sistema operativo deberia ser. Habia que 
tomar algunas decisiones tecnicas de diseno. Decidi hacer que el sistema fuera com- 
patible con Unix por una serie de razones. En primer lugar, acababa de ver como se 
quedaba obsoleto a un sistema operativo que realmente amaba, porque estaba escrito 
para un modelo particular de ordenador. No queria que eso sucediera otra vez. Necesi- 
tabamos tener un sistema que se pudiera migrar. Bien, Unix era un sistema portable. Asi 
que si seguia el diseno de Unix, tenia bastantes posibilidades de hacer un sistema que 
tambien se pudiera migrar y funcionar en otros sistemas. Y ademas, por que no hacerlo 
compatible en todos sus detalles. La idea es que los usuarios odian los cambios que los 
hacen incompatibles. Si hubiera disenado el sistema de acuerdo a mi manera favorita 
— lo cual me hubiera encantado, estoy seguro — habria producido algo incompatible. 
Los detalles serian diferentes. Asi que, si hubiera escrito el sistema, los usuarios me ha- 
brian dicho: «Bien, esto es muy bonito, pero es incompatible. Cambiarse costara mucho 
trabajo. No nos podemos permitir tener tantos problemas solo para usar tu sistema en 
lugar de Unix, asi que nos quedamos con Unix». 

Ahora bien, si de verdad queria crear una comunidad en la que hubiera gente, gente 
usando este sistema libre y disfrutando de los beneficios de la libertad y la cooperacion, 
tenia que producir un sistema que la gente usara, un sistema cuya migracion desde 
otro sistema fuera facil, que no tuviera un impedimento que lo hiciera fracasar desde 
el mismo principio. Bueno, en realidad hacer el sistema compatible con Unix adelanto 
ya todas las decisiones de diseno inmediatas, porque Unix esta formado por muchos 
elementos, que se comunican por interfaces que estan mas o menos documentadas. De 
modo que si quieres compatibilidad con Unix, tienes que sustituir cada elemento, uno 
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por uno, con un elemento compatible. De este modo, las restantes decisiones de diseno 
se toman dentro de cada elemento y pueden ser tomadas despues por cualquiera que 
decida escribir ese elemento. No tienen que tomarse desde el principio. 

Todo lo que teniamos que hacer para empezar el trabajo era encontrar un nombre 
para el sistema. Bueno, nosotros los hackers siempre buscamos nombres divertidos o 
traviesos para los programas, porque pensar que a la gente le haga gracia el nombre 
es la mi tad de la diversion de escribir el programa. [Risas del publico]. Teniamos una 
tradicion de acronimos recurrentes para decir que el programa que estas escribiendo es 
parecido a algun programa existente. Puedes ponerle de nombre un acronimo recurren- 
te que diga: esto no es lo otro [this one's not the other] . Asi, por ejemplo, habia muchos 
editores de texto Tico en la decada de 1960 y 1970, normalmente se les llamaba tal y cual 
Tico. En ese momento, un hacker espabilado llamo al suyo Tint, lo que queria decir Tint 
No Es TiccQ — el primer acronimo recurrente — . En 1975, cree el primer editor de texto 
Emacs; habia muchas imitaciones de Emacs, muchas de las cuales se llamaban tal y cual 
Emacs, pero una se llamaba Fine, por Fine Is Not Emacs, y tambien estaba Sine, por Sine 
Is Not Emacs, y Eine por Eine is not Emacs, y Mince por Mince Is Not Complete Emacs. 
[Risas del publico]. Esa era una imitacion descarada. Y entonces Eine fue reescrito casi 
por completo, y la nueva version se llamo Zwei por Zwei Was Eine Initially^ [Risas del 
publico]. 

Asi, busque un acronimo recurrente para Algo No Es Unix [Something Is Not Unix]. 
Y probe con las 26 letras, y descubri que ninguna de ellas era una palabra. [Risas del 
publico]. Hmm, prueba de otra forma. Hice una contraction. De este modo podria te- 
ner un acronimo de tres letras, para Algo No Unix. Probe con varias letras y encontre la 
palabra GNU^] — la palabra GNU es la mas graciosa de todo la lengua inglesa — . [Risas 
del publico]. Ahi estaba. Por supuesto, el motivo de que sea gracioso es que segun el 
diccionario, se pronuncia «new». Por eso la gente lo usa en muchos juegos de palabras. 
Dejadme que os diga que este es el nombre de un animal que vive en Africa. Y la pro- 
nunciation africana tenia un golpe seco. [Risas del publico]. Quizas todavia lo tenga. Y 
asi, los colonos europeos, cuando llegaron alii, no se molestaron en aprender a dar ese 
golpe seco. Asi que lo eliminaron y escribieron una «g» que significaba «hay otro sonido 
que supuestamente va aqui pero nosotros no lo pronunciamos». [Risas del publico]. De 
todos modos, esta noche me voy a Sudafrica y les he rogado, espero que me encuentren 
a alguien que me ensene a pronunciar golpes secos para que sepa pronunciar GNU de 
la forma correcta cuando se trata del animal. [Risas del publico]. 

Pero, cuando es el nombre de nuestro sistema, la pronunciation correcta es «g-NEW» 
— con la «g» fuerte — . Si hablas de un «nuevo» sistema operativo puedes confundir 
bastante a la gente, porque hemos trabajado en el desde hace 17 anos, asi que ya no es 
muy nuevo. [Risas del publico]. Pero todavia es, y siempre lo sera, GNU — no importa 
cuanta gente lo llame Linux por error — . [Risas del publico]. 

4 En ingles, Tint Is Not Teco, que corresponde a las siglas Tint. [N. del £.] 
5 Eine y Zwei significan uno y dos respectivamente en aleman. 
6 Gnu significa «nu» en ingles. [N. del E.] 
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Asi que, en enero de 1984, deje mi trabajo en el MIT para empezar a escribir ele- 
mentos de GNU0 Aun asi, fueron tan amables como para dejarme usar sus recursos. 
En ese momento, pense que escribiriamos todos esos elementos y que hariamos un sis- 
tema GNU completo, y en ese momento diriamos «Venid a por el» y la gente empezaria 
a usarlo. Eso no fue lo que paso. Los primeros elementos que escribi eran buenos re- 
cambios, con menos fallos, de algunos elementos de Unix, pero no eran especialmente 
emocionantes. Particularmente nadie queria obtenerlos y instalarlos. Pero entonces, en 
septiembre de 1984, empece a escribir GNU Emacs, que era mi segunda implementa- 
cion de Emacs y para principios de 1985 ya estaba funcionando. Podrla usarlo para todo 
mi trabajo de edicion, lo cual era un gran alivio, porque no tenia intencion de aprender 
vi, el editor de Unix. [Risas del publico]. Asi que, hasta ese momento, hice mi trabajo 
de edicion con otro equipo y guarde los archivos en la red, de modo que pudiera pro- 
barlos. Pero cuando GNU Emacs funciono lo suficientemente bien como para que yo lo 
usara, tambien otra gente quiso usarlo. 

De este modo, tuve que pensar bien los mecanismos de distribucion. Por supuesto, 
puse una copia en el directorio anonimo ftp y eso estaba bien para los que estaban 
en la red — podian ejecutar un archivo tarj^] pero incluso entonces, en 1985, muchos 
programadores no tenian acceso a la red. Me mandaban correos electronicos diciendo. 
«,;C6mo puedo conseguir una copia?». Tuve que decidir que les responderia. Bueno, 
podria haberles dicho «quiero dedicar mi tiempo a escribir mas software de GNU, no 
a escribir cintas, asi que por favor encontrad a un amigo que este en Internet y quiera 
bajarselo y grabarlo para vosotros», y estoy seguro de que la gente habria encontrado 
algunos amigos mas tarde o mas temprano. Habrian conseguido sus copias. 

Pero yo estaba sin trabajo. En realidad, nunca he tenido un trabajo desde que deje 
el MIT en enero de 1984. Asi que estaba buscando algun modo de hacer dinero me- 
diante mi trabajo con el software libre y por esta razon empece un negocio de software 
libre. Anuncie «mandadme 150 dolares y os enviare una cinta de Emacs». Y los pedidos 
empezaron a llegar poco a poco. A mediados del ano llegaban con cuentagotas. 

Estaba recibiendo entre ocho y diez pedidos por mes. Y, si hubiera sido necesario, 
habria podido vivir solo de eso, porque siempre he vivido sobriamente. Basicamente 
vivo como un estudiante. Y me gusta, porque significa que el dinero no me dicta lo que 
debo hacer. Puedo hacer lo que creo que es importante para mi. Me libero para hacer 
lo que parecia merecer la pena. Asi que haced un autentico esfuerzo para evitar quedar 
atrapados dentro de todos los caros habitos de vida del americano tipico. Porque si lo 
haceis, entonces la gente de dinero os dictara lo que teneis que hacer con vuestra vida. 
No sereis capaces de hacer lo que es importante para vosotros. 

De este modo, iba bien, pero la gente me solia preguntar: «^C6mo que es software 
libre si cuesta 150 dolares?». [Risas del publico]. Bueno, el motivo de que preguntaran 
esto es que estaban confundidos por los multiples significados de la palabra inglesa 
«libre». Un significado se refiere al precio y el otro se refiere a la libertad. Cuando hablo 

7 Puedes leer el anuncio original del proyecto GNU en «E1 Manifiesto GNU». 

8 Un programa de archivo de Unix. Combinado con gzip, forma la alternativa de GNU al formato de 
compresion no libre ZIP. 
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de software libre, me refiero a la libertad, no al precio. Asi que pensad en «libertad de 
expresion», no en «barra libre». [Risas del publico]. A ver, no habria dedicado tantos 
anos de mi vida a asegurarme de que los programadores tengan menos dinero. Ese no 
es mi objetivo. Soy un programador y no me resulta problematico ganar dinero. No 
dedicare toda mi vida a ganar dinero, pero no me preocupa ganarlo. Por lo tanto, — y 
en la medida en que la etica es igual para todo el mundo — tampoco estoy en contra de 
que otro programador gane dinero. No quiero que los precios sean bajos. La cuestion 
es la libertad. Libertad para todos los que utilizan el software, tanto si esa persona es 
un programador como si no. 

Llegados a este punto deberia daros una definicion de software libre. Me centrare 
mejor en algunos detalles concretos, porque decir solo «creo en la libertad» es vacuo. 
Hay muchas libertades en las que puedes creer, y estan en conflicto entre ellas, asi que 
la autentica cuestion politica es: ,;cuales son las libertades importantes, las libertades 
que debemos asegurarnos que tenga todo el mundo? 

Bien, ahora dare una respuesta a esa pregunta para ese area particular del uso del 
software. Un programa es software libre para ti, como usuario particular, si tienes las 
siguientes libertades: 

■ La Libertad Cero es la libertad de ejecutar el programa con cualquier proposito, 
de la forma que quieras. 

■ La Libertad Uno es la libertad de ayudarte a ti mismo cambiando el programa 
para que se ajuste a tus necesidades. 

■ La Libertad Dos es la libertad de ayudar al projimo distribuyendo copias del pro- 
grama. 

■ Y la Libertad Tres es la libertad de ayudar a construir tu comunidad publicando 
una version mejorada de modo que los otros puedan beneficiarse de tu trabajo. 

Si tienes todas estas libertades, el programa es software libre, para ti -y esto es cru- 
cial. Por eso lo expreso de ese modo. Lo explicare mas adelante, cuando hable sobre la 
licencia GNU GPL, pero ahora voy a explicar que significa el software libre, que es una 
cuestion mas basica. 

La Libertad Cero es bastante obvia. Si ni siquiera se te permite utilizar el programa 
como quieras, es un programa la hostia de restrictivo. Pero como de hecho sucede, 
la mayoria de los programas te daran al menos la Libertad Cero. Y la Libertad Cero 
se sigue, legalmente, como consecuencia de la Libertad Uno, Dos y Tres — asi es como 
funciona la legislacion de copyright — . Asi que las libertades que distinguen al software 
libre del software corriente son las Libertades Uno, Dos y Tres, por eso hablare mas 
sobre ellas y de por que son importantes. 

La Libertad Uno es la libertad de ayudarte a ti mismo modificando el software para 
que se ajuste a tus necesidades. Esto puede significar arreglar los fallos. Puede signi- 
ficar anadir nuevas caracteristicas. Puede significar migrarlo a un sistema informatico 
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distinto. Puede significar traducir todos los mensajes de error al navajo. Deberias ser 
libre de hacer cada modificacion que quieras hacer. 

Ahora bien, es obvio que los programadores profesionales pueden hacer uso de esta 
libertad de forma muy efectiva, pero no solo ellos. Cualquiera con un mmimo de inteli- 
gencia puede aprender un poco de programacion. Hay trabajos dificiles y hay trabajos 
faciles, y la mayoria de la gente no va a aprender lo suficiente como para hacer trabajos 
dificiles. Pero mucha gente puede aprender lo suficiente para hacer trabajos faciles, del 
mismo modo que hace 50 anos montones y montones de estadounidenses aprendieron 
a reparar coches, que es lo que permitio a los EEUU tener un ejercito motorizado en 
la Segunda Guerra Mundial y ganar. Es muy importante tener mucha gente que sepa 
reparar cosas. 

Y si eres una persona sociable y realmente no quieres aprender tecnologia en abso- 
luto, posiblemente eso significa que tienes muchos amigos y que eres bueno pillandoles 
para que te deban favores. [Risas del publico]. Posiblemente algunos de ellos sean pro- 
gramadores. Asi que puedes pedirle a alguno de tus amigos programadores: «^Podrias 
cambiarme esto, por favor? ^Me puedes anadir esta caracteristica?» De este modo, se 
puede beneficiar mucha gente. 

Ahora bien, si no tienes esta libertad, se produce un dano practico y material a la 
sociedad. Esta ausencia de libertad te hace prisionero de tu software. Ya explique lo que 
pasaba con la impresora laser. Para nosotros funciono mal y no podiamos arreglarla 
porque eramos prisioneros de nuestro software. 

Pero tambien afecta a la moral de la gente. Si el uso del ordenador es siempre frus- 
trante, y la gente lo usa, sus vidas tambien seran frustrantes, y si lo estan usando en su 
trabajo, su trabajo sera frustrante; odiaran su trabajo. Y ya sabeis, la gente se protege a 
si misma de la frustration decidiendo no preocuparse. Asi que acabas con gente cuya 
actitud es, «bueno, hoy me he presentado a trabajar. Eso es todo lo que tengo que hacer. 
Si no puedo progresar, ese no es mi problema; es el problema del jefe». Y cuando esto 
ocurre, es perjudicial para estas personas y es malo para la sociedad en su conjunto. 
Esta es la Libertad Uno, la libertad de ayudarte a ti mismo. 

La Libertad Dos es la libertad de ayudar al projimo distribuyendo copias del progra- 
ma. Puesto que, para los seres que pueden pensar y aprender, compartir conocimiento 
util es un acto de amistad fundamental, cuando estos seres usan ordenadores, este acto 
de amistad toma la forma de compartir software. Los amigos comparten cosas entre si. 
Los amigos se ayudan entre si. Esta es la naturaleza de la amistad. Y, en realidad, este 
espiritu de buena voluntad — el espiritu de ayudar al vecino, de forma voluntaria — es 
el recurso mas importante de la sociedad. Marca la diferencia entre una sociedad en la 
que se puede vivir y la ley de la selva. Su importancia ha sido reconocida por las prin- 
cipales religiones del mundo durante cientos de anos y siempre tratan explicitamente 
de fomentar esta actitud. 

Cuando yo iba a la guarderia, los profesores intentaban ensenarnos esta actitud — 
el espiritu de compartir — forzandonos a hacerlo. Se imaginaban que si lo haciamos, 
aprenderiamos. Asi que decian, «si traeis dukes al colegio, no podeis quedaroslos todos 
para vosotros, teneis que compartir algo con los otros niftos». Nos ensenaban que la 
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sociedad estaba organizada para ensenar este espiritu de cooperacion. por que se 
tiene que ensenar todo esto? Porque la gente no es totalmente cooperativa. Esta es una 
parte de la naturaleza humana, pero hay otros aspectos en la naturaleza humana. Y es 
que la naturaleza humana esta compuesta de muchas partes. Asi que, si quieres una 
sociedad mejor, tienes que trabajar para fomentar este espiritu que induce a compartir. 
Este espiritu no llegara a acontecer del todo. Es comprensible. La gente tambien tiene 
que preocuparse por si misma. Pero si de algun modo hacemos que este espiritu se 
extienda, saldremos mejor parados. 

Hoy en dia, de acuerdo con el gobierno de EEUU, supuestamente los profesores 
deben hacer exactamente lo contrario. «Ah, Johnny te has traido software al colegio. 
Bueno, no lo compartas. Compartir esta mal. Compartir significa que eres un pirata». 
que se refieren cuando dicen «pirata»? Lo que estan diciendo es que ayudar al projimo 
es el equivalente moral de abordar un barco. [Risas del publico]. 

iQue habrian dicho Buda o Jesus sobre esto? Bien, coge a tu lider religioso favorito. 
No se, quiza Manson habria dicho algo diferente. [Risas del publico]. ,;Quien sabe lo 
que diria L. Ron Hubbard? Pero. . . 

PREGUNTA. [Inaudible]. 

Stallman. Por supuesto, esta muerto. Pero no lo admiten. ^,Que? 

PREGUNTA. Los demas tambien, tambien estan muertos. [Risas del publico]. [Inaudi- 
ble]. Charles Manson tambien esta muerto. [Risas del publico]. Estan muertos, Jesus 
esta muerto, Buda esta muerto. . . 

Stallman. Si, es verdad. [Risas del publico]. Me imagino que, en ese sentido, L. Ron 
Hubbard no es peor que los otros. [Risas del publico]. De todos modos [inaudible]. 

PREGUNTA. L. Ron HubbarcQ usaba software libre — le liberaba de Zanu. [Risas del 
publico]. 

Stallman. De todos modos, creo que este es el motivo mas importante por el que el 
software deberia ser libre: no nos podemos permitir contaminar el recurso mas impor- 
tante de la sociedad. Es cierto que no es un recurso fisico como el aire limpio o el agua 
potable. Es un recurso psicosocial, pero por todo lo dicho, es igual de real y marca una 
tremenda diferencia en nuestras vidas. Las acciones que emprendemos influyen en el 
pensamiento de los demas. Cuando vamos por ahi diciendole a la gente «No compar- 
tais con los demas», si nos escucha, habremos causado un efecto en la sociedad, y no 
bueno. Esta es la Libertad Dos, la libertad de ayudar al projimo. 

Ah, por cierto, si no tienes esta libertad, no se produce simplemente un dano a los 
recursos psicosociales, tambien se produce un dano practico y material. Si el programa 
tiene propietario y el propietario impone unas condiciones que hacen que cada usuario 
tenga que pagar para poder usarlo, algunos diran: «No importa, me las arreglare sin 
el». Y eso es una perdida, una perdida deliberadamente infligida. Y lo interesante del 



9 L. Ron Hubbard fue el fundador de la Iglesia de la Cienciologia. [N. del £.] 
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software, por supuesto, es que con menos usuarios no significa que tengas que pro- 
ducir menos. Si menos gente compra coches, puedes fabricar menos coches. Eso es un 
ahorro. Hay recursos que asignar, o no, para fabricar coches, por lo que puedes decir 
que es bueno que los coches tengan un precio. Impide que la gente desvie montones de 
recursos que se van a desperdiciar en fabricar coches que realmente no son necesarios. 
Pero si cada coche adicional no consumiera recursos, ahorrar al producir estos coches 
no supondria ningun bien. Bueno, para los objetos fisicos, por supuesto, como los co- 
ches, siempre van a hacer falta recursos para fabricar unidades adicionales para cada 
ejemplar adicional. 

Pero esto no es cierto para el software. Todo el mundo puede hacer otra copia. Y ha- 
cerlo es casi trivial. No consume recursos, excepto una cantidad pequenisima de elec- 
tricidad. Asi que no hay de donde ahorrar, no vamos a asignar mejor ningun recurso 
poniendo este impedimento financiero en el uso del software. A menudo encuentras 
a gente que acepta las consecuencias de los razonamientos economicos, basados en 
premisas que no se corresponden con el software y que intenta transplantarlas desde 
otros ambitos de la vida donde si se pueden aplicar y donde las conclusiones extraidas 
pueden ser validas. Simplemente toman esas conclusiones y asumen que tambien son 
validas para el software, cuando el argumento no tiene ninguna base en el caso del soft- 
ware. Las premisas no funcionan para este caso. Es muy importante examinar como se 
llega a esa conclusion, y de que premisas depende, para ver donde podria ser valida. 
Asi que esta es la Libertad Dos, la libertad de ayudar a tu projimo. 

La Libertad Tres es la libertad de ayudar a construir tu comunidad publicando una 
version mejorada del software. La gente me solia decir «si el software es libre, enton- 
ces a nadie le pagaran por trabajar en el, asi que, ,;por que iba a trabajar nadie en el?» 
Bueno, por supuesto, estaban confundiendo los dos significados de libre, asi que su ra- 
zonamiento se basaba en una mala interpretation del termino. Pero, en cualquier caso, 
esa era su teoria. Hoy, podemos comparar esa teoria con la evidencia empirica y encon- 
tramos que a cientos de personas se les paga para escribir software libre, y alrededor 
100.000 lo estan haciendo de forma voluntaria. Tenemos mucha gente trabajando en el 
software libre, y esto por varios motivos diferentes. 

Cuando publique GNU-Emacs por primera vez — la primera parte del sistema GNU 
que la gente de verdad queria usar — y cuando empezo a tener usuarios, pasado un 
tiempo, recibi un mensaje que decia, «creo que he visto un fallo en el codigo fuente, y 
aqui esta el remedio». Y recibi otro mensaje, «aqui tienes codigo para anadir una carac- 
teristica nueva». Y otro remedio para un fallo. Y otra caracteristica nueva. Y otra, y otra, 
y otra, hasta que me empezaron a Hover tan rapido que solo hacer uso de toda esta ayu- 
da que estaba recibiendo suponia mucho trabajo. Microsoft no tiene estos problemas. 
[Risas del publico] 

Finalmente, la gente observo este fenomeno. En la decada de 1980 muchos de noso- 
tros pensabamos que tal vez el software libre no seria tan bueno como el software no 
libre, porque no tendriamos tanto dinero para pagar a la gente. Y por supuesto gente 
como yo, que valora la libertad y la comunidad, dijo, «bueno, usaremos el software li- 
bre de todos modos». Merece la pena hacer un pequeno sacrificio en algunas simples 
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comodidades tecnicas a cambio de tener libertad. Pero lo que la gente empezo a obser- 
var, hacia 1990, es que nuestro software era en realidad mejor. Tenia mas capacidad, era 
mas liable, que las alternativas propietarias. 

A principios de la decada de 1990, alguien encontro la forma de medir cientifi- 
camente la estabilidad del software. Esto es lo que hizo. Tomo diferentes grupos de 
programas comparables que hacian los mismos trabajos — exactamente los mismos 
trabajos — en sistemas diferentes, dado que habia ciertos programas basicos tipo Unix. 
Y los trabajos que hacian eran mas o menos la misma cosa — o seguian el tipo POSIX — 
de modo que todos eran iguales en cuanto a los trabajos que hacian; pero eran mante- 
nidos por gente distinta y escritos de forma separada. El codigo era distinto. Asi que 
dijeron, vale, cogeremos estos programas y los utilizaremos con datos al azar, y medi- 
remos con que frecuencia se estropean o fallan. Asi que lo midieron y el conjunto de 
programas mas fiable era los programas de GNU. Todas las alternativas comerciales, 
que eran software propietario, eran menos fiables. Asi que lo publico y se lo conto a 
todos los desarrolladores. Unos pocos anos despues hizo el mismo experimento con 
las versiones mas novedosas y obtuvo el mismo resultado. Las versiones GNU eran 
las mas fiables. Fijaros, hay clinicas de cancer y operaciones 91l[^]que usan el sistema 
GNU, porque es muy fiable, y la fiabilidad es muy importante para ellos. 

En cualquier caso, existe aun un grupo de gente que considera este beneficio par- 
ticular como la principal razon por la cual a los usuarios se les deberia permitir hacer 
esta variedad de cosas y tener esas libertades. Si me habeis estado escuchando, os ha- 
breis enterado de que, para hablar a favor del movimiento de software libre, hablo sobre 
temas eticos y sobre el tipo de sociedad en el que queremos vivir, sobre que produce 
una buena sociedad, asi como sobre los beneficios practicos y materiales. Todo esto es 
muy importante, todo esto constituye el movimiento de software libre. 

Ese otro grupo de gente — que es llamado movimiento open source — solo cita los 
beneficios practicos. Niegan que esta sea una cuestion de principios. Niegan que la 
gente tenga derecho a la libertad de compartir con su vecino y de comprobar lo que 
esta haciendo el programa y de cambiarlo si no les gusta. Dicen, de todos modos, que 
permitirle a la gente hacer estas cosas es algo util. Asi que van a las empresas y les dicen, 
«podriais hacer mas dinero si dejais que la gente haga esto». De modo que podreis ver 
que, hasta cierto punto, llevan a la gente en una direccion parecida, pero por motivos 
totalmente distintos, por razones filosoficas fundamentalmente distintas. 

En la cuestion mas profunda de todas, la cuestion etica, los dos movimientos no 
estan de acuerdo. En el movimiento del software libre decimos «tienes derecho a estas 
libertades. La gente no puede impedirte que hagas estas cosas». En el movimiento open 
source, dicen: «Si, pueden impedirtelo si quieren, pero nosotros intentaremos conven- 
cerles de que se dignen a permitiros hacer esto». Bueno, han ayudado, han convencido 
a cierta cantidad de empresas para publicar numerosos elementos de software como 
software libre en nuestra comunidad. El movimiento open source ha ayudado consi- 
derablemente a nuestra comunidad y trabajamos juntos en proyectos practicos. Pero 
filosoficamente hay un tremendo desacuerdo. 



'En muchas zonas de EEUU, el 911 es el numero para llamadas de emergencia. 
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Por desgracia, el movimiento open source es el que recibe el apoyo de la mayoria 
de las empresas y asi la mayoria de los articulos sobre nuestro trabajo lo describen co- 
mo open source, y mucha gente piensa inocentemente que todos formamos parte del 
movimiento open source. Por eso estoy mencionando esta distincion. Quiero que seais 
conscientes de que el movimiento de software libre, que trajo a la existencia a nuestra 
comunidad y desarrollo el sistema operativo libre, todavia esta aqui — y que represen- 
tamos esta filosofia etica. Quiero que sepais esto para que no desinformeis a los demas 
inconscientemente. Pero tambien para que podais pensar sobre como os posicionais. 

A que movimiento apoyeis es cosa vuestra. Podriais estar de acuerdo con el movi- 
miento del software libre y mis puntos de vista. Podriais estar de acuerdo con el movi- 
miento open source. Podriais no estar de acuerdo con ninguno. Vosotros decidis donde 
os situais ante estas cuestiones politicas. 

Pero si estais de acuerdo con el movimiento del software libre — si veis que se trata 
de una cuestion sobre lo que la gente merece decidir en relacion al control y la direccion 
de sus vidas — entonces espero que digais que estais de acuerdo con el movimiento del 
software libre y una forma en que podeis hacerlo es usando el termino software libre y 
ayudando a que la gente sepa que existimos. 

Asi que la Libertad Tres es muy importante tanto en lo practico como en lo psico- 
social. Si no tienes esta libertad, se produce un dano material, porque este desarrollo 
comunitario no sucede y no produciremos software fiable y potente. Pero tambien pro- 
duce danos psicosociales, que afectan al espiritu de cooperacion cientifica — la idea de 
que trabajamos juntos para hacer avanzar el conocimiento humano. Vereis, el progreso 
de la ciencia depende crucialmente de que la gente sea capaz de trabajar junta. Hoy en 
dia, no obstante, a menudo te encuentras con grupos de cientificos actuando como si 
hubiera una guerra entre bandas de cientificos e ingenieros. Sin embargo, si no compar- 
ten con los demas, todos estan bloqueados. 

Asi que estas son las tres libertades que distinguen al software libre del software 
tipico. La Libertad Uno es la libertad de ayudarte a ti mismo haciendo cambios que se 
ajusten a tus propias necesidades. La Libertad Dos es la libertad de ayudar a tus ami- 
gos distribuyendo copias. Y la Libertad Tres es la libertad de construir tu comunidad 
haciendo modificaciones y publicandolos para que los use otra gente. Si tienes todas 
estas libertades, el programa es software libre para ti. Bien, <ipor que lo defino asi, en 
terminos de un usuario particular? ^Es software libre para ti? [Senala a un miembro del 
publico] ^Es software libre para ti? [Senalando a otro miembro del publico] ^Es software 
libre para ti? [Senalando a otro miembro del publico] ^Si? 

Pregunta. ^Puedes explicar un poco la diferencia entre la Libertad Dos y la Tres? 
[Inaudible]. 

Stallman. Bueno, ciertamente estan relacionadas, porque si no tienes libertad de re- 
distribuir en absoluto, ciertamente no tienes libertad de distribuir una version modifi- 
cada, pero son actividades diferentes. 

La Libertad Dos es: haces una copia exacta y se la pasas a tus amigos, asi que ahora 
tu amigo puede usarla. O quiza hagas copias exactas y se las vendes a un grupo de 
gente y entonces pueden usarla. 
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La Libertad Tres es por la que tu haces mejoras — o por lo menos tu piensas que son 
mejoras y otros podrian estar de acuerdo contigo. Asi que esa es la diferencia. Ah, y por 
cierto, un punto crucial. La Libertad Uno y la Tres dependen de que tengas acceso al 
codigo fuente. Porque cambiar un programa exclusivamente binario es extremadamen- 
te dificil [risas del publico], incluso cambios triviales como usar cuatro digitos para la 
f echej^j] [risas del publico], si no tienes la fuente. Asi que, por motivos practicos y forzo- 
sos, el acceso al codigo fuente es una condicion previa, una obligacion, para el software 
libre. 

Asi que, ipor que lo defino en terminos de software libre «para ti»? El motivo es 
que a veces un mismo programa puede ser software libre para algunas personas y no 
libre para otras. Bien, esta puede parecer una situacion paradojica, asi que permitidme 
poneros un ejemplo para mostraros que es lo que pasa. Un gran ejemplo — quizas el 
mayor que haya existido jamas — de este problema fue el sistema X Window, que fue 
creado en el MIT y lanzado bajo una licencia que lo hacia software libre. Si tenias la ver- 
sion del MIT con la licencia del MIT, tenias las Libertades Uno, Dos y Tres. Era software 
libre para ti. Pero entre aquellos que obtuvieron copias estaban varios fabricantes de 
ordenadores que distribuian sistemas Unix e hicieron los cambios necesarios en X para 
instalarlos en sus sistemas. Sabeis, probablemente cambiaron solo unos pocos miles de 
lineas entre los cientos de miles de lineas de X. Y entonces lo recopilaron y pusieron los 
binarios en su sistema Unix y lo distribuyeron bajo el mismo acuerdo de no divulgacion 
que tiene el resto del sistema Unix. Y entonces millones de personas obtuvieron estas 
copias. Tenian el sistema X Window, pero no tenian ninguna de estas libertades. No era 
software libre para ellos. 

Asi, la paradoja era que el caracter libre de X dependia de donde hicieras la me- 
dicion. Si hacias la medicion a partir del grupo de desarrolladores, dirias, «observo 
todas estas libertades. Es software libre». Si hacias la medicion entre los usuarios, di- 
rias, «humm, la mayoria de los usuarios no tiene estas libertades. No es software libre». 
Bueno, la gente que creo X no consideraba esto un problema, porque su objetivo era 
simplemente la popularidad — el ego, esencialmente. Querian un gran exito profesio- 
nal. Querian sentir, «ah, muchisima gente esta usando nuestro softwares Y era verdad. 
Mucha gente estaba usando su software pero no tenia libertad. 

Bien, en el proyecto GNU, si esa misma cosa le hubiera pasado al software de GNU, 
habria sido un fracaso, porque nuestro objetivo no era simplemente ser populares, 
nuestro objetivo era dar libertad a la gente y apoyar la cooperacion, permitir que la 
gente coopere. Recordad, nunca obligueis a nadie a cooperar con otra persona, pero 
aseguraos de que a todo el mundo le esta permitido cooperar, de que todo el mun- 
do tenga libertad para cooperar, si el o ella quieren. Si millones de personas tuvieran 
instaladas versiones no libres de GNU, eso en absoluto seria un exito. Todo se habria 
pervertido hasta no ser nada con respecto al objetivo. 



Se refiere al fallo «Y2K»: muchos programas viejos guardaban el ano con dos digitos, por eso no estaba 
claro si la fecha «00» era 2000 o 1900. Se gastaron millones de dolares para reparar este fallo en miles de 
sistemas informaticos antes del ano 2000. 
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Asi que busque una forma de evitar que eso sucediera. El metodo al que llegue se 
llama copyleft. Se llama copyleft porque es algo asi como tomar el copyright y darle la 
vuelta. [Risas del publico]. Legalmente, el copyleft funciona sobre la base del copyright. 
Usamos la legislacion de copyright existente, pero la usamos para conseguir un objeti- 
vo muy diferente. Esto es lo que hacemos. Decimos: «Este programa tiene copyright». 
Y, por supuesto, por defecto, eso significa que esta prohibido copiarlo, distribuirlo o 
modificarlo. Pero entonces decimos: «Estas autorizado a distribuir copias de esto. Estas 
autorizado a modificarlo. Estas autorizado a distribuir versiones modificadas y versio- 
nes ampliadas. Cambialo como te apetezca». 

Pero hay una condicion. Y la condicion, por supuesto, es el motivo por el que 
nos metemos en estos lios, para que podamos incluir la condicion. La condicion dice: 
«Cuando quiera que distribuyas algo que contenga cualquier elemento de este progra- 
ma, todo ese programa debe ser distribuido bajo estas condiciones, ni mas ni menos». 
Asi que puedes cambiar el programa y distribuir una version modificada, pero cuando 
lo haces, la gente que lo obtiene de ti debe recibir las mismas libertades que tu recibiste 
de nosotros. Y no solo por las partes que copiaste de nuestro programa, tambien por las 
otras partes de ese programa que ellos reciben de ti. La totalidad de ese programa tiene 
que ser software libre para ellos. 

La libertad de cambiar y redistribuir este programa se convierte en un derecho ina- 
lienable — un concepto de la Declaracion de Independencia. Derechos que nos asegu- 
ramos que no te puedan ser sustraidos. La licencia especifica que encarna la idea de 
copyleft es la Licencia Publica General GNU, una licencia controvertida porque real- 
mente tiene fuerza como para rechazar a las personas que podrian ser parasitos de 
nuestra comunidad. 

Hay mucha gente que no aprecia los ideales de libertad. Y estaria encantadisima 
de tomar el trabajo que hemos hecho y usarlo para tener ventaja en la distribucion de 
un programa no libre y tentar asi a la gente para que abandone su libertad. Si deja- 
mos que la gente haga eso, el resultado seria que desarrollariamos programas libres y 
constantemente tendriamos que competir con versiones mejoradas de nuestros propios 
programas. Eso no tiene gracia. 

Mucha gente tambien siente: «Estoy deseando dedicar mi tiempo como voluntario 
para contribuir a la comunidad, pero ^por que deberia dedicar mi tiempo como vo- 
luntario para mejorar el programa propietario de esa empresa?». Algunas personas ni 
siquiera pensaran que eso es malo, pero quieren que les paguen si hacen eso. Yo, per- 
sonalmente, preferiria no hacerlo en absoluto. 

Pero ambos grupos de personas — los que, como yo, dicen «no quiero ayudar a que 
ese programa no libre consiga un punto de apoyo en nuestra comunidad» y los que 
dicen, «claro, yo trabajaria para ellos, pero entonces que me paguen» — tenemos un 
buen motivo para usar la licencia publica general de GNU. Porque eso le dice a tal 
compania «no puedes coger mi obra y distribuir la sin libertad». Puesto que licencias 
que no son copyleft, como la licencia de X Window, si lo permiten. 

Asi que esta es la gran division entre las dos categorias de software libre en lo que 
respecta a las licencias. Estan los programas que tienen copyleft para que la licencia 
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defienda la libertad del software para todos los usuarios. Y estan los programas sin 
copyleft para los que estan permitidas las versiones no libres. Alguien puede coger esos 
programas y despojarles de libertad. Podrias obtener ese programa en una version no 
libre. 

Ese problema existe hoy. Todavia hay versiones no libres de X Window que se estan 
usando en nuestros sistemas operativos libres. Incluso hay hardware que no soporta 
realmente mas que una version no libre de X Window. Y ese es un gran problema en 
nuestra comunidad. No obstante, no diria que el X Window sea algo malo. Diria que los 
desarrolladores no lo hicieron de la mejor manera que hubieran podido hacerlo. Pero si 
que lanzaron mucho software que todos podemos usar. 

Hay una gran cantidad de matices debajo de la distincion entre perfecto y malo. Hay 
muchas gradaciones de lo bueno y lo malo. Tenemos que resistir la tentacion de decir, 
«si no lo hiciste lo mejor posible, entonces no eres bueno». La gente que creo X Window 
hizo una gran contribucion a nuestra comunidad. Pero hay cosas que podrian haber 
hecho mejor. Podrian haber puesto copyleft a algunas partes del programa e impedido 
que otros distribuyeran esas versiones que niegan la libertad. 

Bien, el hecho de que la licencia publica general de GNU defienda tu libertad, de que 
use la legislacion de copyright para defender tu libertad, es el motivo por el que Micro- 
soft esta atacando hoy. Vereis, a Microsoft le gustaria de verdad ser capaz de coger todo 
el codigo que nosotros escribimos y ponerlo en programas propietarios... que alguien 
hiciera algunas mejoras... o simplemente algunos cambios para hacerlos incompatibles. 
[Risas del publico] . 

Con la potencia de marketing de Microsoft, no necesitan hacer versiones mejores 
para conseguir que su version suplante a la nuestra. Simplemente tienen que hacerla 
diferente e incompatible. Y luego colocarla en el escritorio de todo el mundo. Asi que 
verdaderamente no les gusta la GNU GPL. Porque la GNU GPL no les permite hacer 
eso. No permite «adoptar y ampliar». Dice, si quieres compartir nuestro codigo en tus 
programas, puedes. Pero tu tambien tienes que compartir de forma parecida. Se nos 
tiene que permitir compartir los cambios que haces. Asi que se trata de una cooperacion 
en dos direcciones, una cooperacion autentica. 

Muchas empresas — incluso grandes empresas como IBM y HP — estan deseando 
usar, bajo estos parametros, nuestro software. IBM y HP aportan considerables mejoras 
al software de GNU. Y tambien crean mas software libre. Pero Microsoft no quiere ha- 
cerlo, y hacen saber que los negocios simplemente no pueden utilizar la GPL. Bueno, si 
los negocios no incluyen a IBM, HP y Sun, quizas esten en lo cierto. [Risas del publico]. 
Mas tarde seguire con esto. 

Deberia terminar el relato historico. Observad, empezamos en 1984 no simplemente 
para escribir software libre sino para hacer algo mucho mas coherente: desarrollar un 
sistema operativo que era por completo software libre. Eso significaba que teniamos 
que escribir elemento, tras elemento, tras elemento. Por supuesto, siempre estabamos 
buscando atajos. El trabajo era tan grande que la gente decia que nunca seriamos capa- 
ces de acabarlo. Yo pensaba que habia por lo menos una posibilidad, pero obviamente 
merece la pena buscar un atajo. Asi que seguimos buscando. ^Hay algun programa que 
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otro haya escrito y que podamos adaptar, que conectarlo aqui y asi no tendremos que 
escribir desde cero? Por ejemplo, el sistema X Window. Es cierto que no tenia copyleft, 
pero era software libre, asi que podriamos usarlo. 

Bien, yo hubiera querido poner un sistema de ventanas en GNU desde el primer 
dia. Escribi un par de sistemas de ventanas en el MIT antes de empezar con GNU. Y 
asi, aunque Unix no tenia un sistema de ventanas en 1984, decidi que GNU tendria uno. 
Pero nunca terminamos escribiendo un sistema de ventanas GNU, porque aparecio X. 
Y yo dije: «;Bien! Un trabajazo que no tendremos que hacer. Usaremos X.» Dije, vamos 
a coger X y a ponerlo en el sistema GNU. Y haremos que las demas partes de GNU 
funcionen con X cuando sea apropiado. Encontramos otros elementos de software que 
habian sido escritos por otros, como el procesador de textos TjnX, y un codigo de bi- 
blioteca de Berkeley. En ese momento, existia el Unix Berkeley, pero no era software 
libre. Inicialmente, este codigo de biblioteca era de un grupo diferente de Berkeley, que 
investigaba sobre el punto flotante. Y asi encajamos esas piezas. 

En octubre de 1985, fundamos la Free Software Foundation. Por favor, observad que 
el proyecto GNU es anterior. La Free Software Foundation llego casi dos anos despues 
del que se anunciara el proyecto GNU. La Free Software Foundation es una organization 
benefica libre de impuestos que recoge fondos para promover la libertad de compartir 
y de intercambiar el software. Y en la decada de 1980 una de las principales cosas que 
haciamos con nuestros fondos fue contratar a gente para que escribiera partes de GNU. 
Programas esenciales, como shell y la biblioteca C, fueron escritos de este modo, asi co- 
mo partes de otros programas. El programa tar, que es absolutamente esencial, aunque 
no es nada excitante [risas del publico], fue escrito de este modo. Creo que el grep de 
GNU fue escrito de este modo. Y asi nos acercabamos a nuestro objetivo. 

Hacia 1991 solo faltaba un elemento principal, que era el kernel. Ahora, ^por que 
habiamos dejado fuera el kernel? Probablemente porque no importa en que orden hagas 
las cosas, al menos tecnicamente. De todos modos tienes que hacerlas todas. Y en parte 
porque tenia esperanzas de que seriamos capaces de encontrar un principio de kernel 
en otro lugar. Y lo hicimos. Encontramos Mach, que habia sido desarrollado en Carnegie 
Mellon. No era todo el kernel; era la mitad inferior del kernel. Asi que tuvimos que 
escribir la mitad superior; cosas como el sistema de archivos, el codigo de red y asi. 
Pero instaladas sobre Mach funcionan esencialmente como programas de usuario, lo 
cual deberia hacerlas mas faciles de corregir. Puedes corregirlas al mismo tiempo con 
un depurador de nivel real source. Pense que de ese modo seriamos capaces de conseguir 
que estas, las partes superiores del kernel, estuvieran listas en poco tiempo. No sucedio 
asi. Estos procesos no sincronicos y multisegmentados, que se mandan mensajes entre 
si, resultaron ser muy dificiles de corregir. El sistema basado en Mach que estabamos 
usando para ir tirando tenia un entorno de correction de fallos terrible, no era fiable. 
Nos llevo anos y anos conseguir que el kernel de GNU funcionara. 

Pero, afortunadamente, nuestra comunidad no tuvo que esperar por el kernel de 
GNU porque en 1991, Linus Torvalds desarrollo otro kernel libre, llamado Linux. Si- 
guio el diseno monolitico pasado de moda y resulta que consiguio que funcionara mu- 
cho mas rapido de lo que nosotros conseguimos que funcionara el nuestro. Asi que 
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quiza ese es uno de los fallos que he cometido: esa decision de diseno. De todos modos, 
al principio nosotros no supimos de Linux, porque nunca contacto con nosotros para 
hablar de ello, aunque conocia el proyecto GNU. Sin embargo, lo anuncio a otras perso- 
nas y en otros sitios de la red. Y asi otra gente hizo el trabajo de combinar Linux con el 
resto del sistema GNU para hacer un sistema operativo libre completo, esencialmente, 
para hacer la combinacion de GNU y Linux. Pero no se dieron cuenta de que eso era 
lo que estaban haciendo. Vereis, ellos decian, «tenemos un kernel — vamos a mirar por 
ahi a ver que otros elementos podemos encontrar para juntarlos con el kernel». Asi, 
miraron por ahi, y mira tu por donde, todo lo que necesitaban ya estaba disponible. 
Que buena suerte, dijeron. [Risas del publico]. «Todo esta a qui. Podemos encontrar to- 
do lo que necesitamos. Vamos a coger todas estas cosas diferentes, a juntarlas y tener 
un sistema». 

No sabian que la mayoria de lo que encontraron eran elementos del sistema GNU. 
Asi, no se dieron cuenta de que estaban encajando Linux en el hueco del sistema GNU. 
Pensaron que estaban cogiendo Linux y haciendo un sistema a partir de Linux. Asi que 
lo llamaron sistema Linux. 

[Un miembro del publico dice: «^Pero no es tener mejor suerte que encontrar el sis- 
tema X Window y Mach?», Stallman responde y continua]. Cierto. La diferencia es que 
la gente que desarrollo X y Mach no tenia el objetivo de producir un sistema operativo 
libre completo. Fuimos los unicos en tenerlo. Y fue nuestro tremendo trabajo el que hizo 
que el sistema existiera. Realmente hicimos una parte mayor del sistema que cualquier 
otro proyecto. No es una coincidencia, esa gente escribio partes utiles del sistema, pero 
no lo hicieron porque quisieran terminar el sistema. Tenian otros motivos. 

Bien, la gente que desarrollo X penso que disenar un sistema de ventanas a traves 
de la red seria un buen proyecto, y lo era. Resulta que nos ayudo a producir un buen 
sistema operativo libre. Pero eso no es lo que ellos anhelaban. Ni siquiera lo tenian en 
mente. Fue un accidente. Un beneficio accidental. Ahora, no estoy diciendo que lo que 
hicieron estuviera mal. Hicieron un gran proyecto de software libre. Eso es algo bueno. 
Pero no tenian esa vision fundamental. Donde estaba esa vision era en el proyecto GNU. 

Y asi, nosotros fuimos los que hicimos todos esas piececitas que no hacia nadie mas, 
porque sabiamos que no tendriamos un sistema operativo completo sin ellas. Y aunque 
fuera totalmente aburrido y no tuviera ningun romanticismo, como tar o mvp^j [risas 
del publico], nosotros las hicimos. O Id. Ya sabeis que no hay nada muy excitante en Id, 
pero yo escribi uno. [Risas del publico]. Y si que hice esfuerzo para hacer que ocupara 
una cantidad minima de disco 1/ O, de modo que fuera mas rapido y manejara progra- 
mas mas grandes. Me gusta hacer un buen trabajo; me gusta mejorar varias cosas del 
programa mientras las estoy haciendo. Pero el motivo de que lo hiciera no es que tuvie- 
ra ideas brillantes para un Id mejor. El motivo de que lo hiciera es que necesitabamos 
uno que fuera libre. Y no podiamos esperar que cualquier otra persona lo hiciese. Asi 
que teniamos que hacerlo nosotros, o encontrar a alguien que lo hiciese. 

Asi, aunque llegados a este punto, miles de personas y proyectos han contribuido 
a este sistema, hay un proyecto que es el motivo de que este sistema exista, y es el 
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proyecto GNU. Este es basicamente el sistema GNU, con otras cosas anadidas desde 
entonces. 

La practica de llamar Linux al sistema ha sido un gran golpe para el proyecto GNU, 
ya que normalmente no recibimos reconocimiento por lo que hemos hecho. Pienso que 
Linux, el kernel, es un elemento muy util del software libre y solo tengo buenas cosas 
que decir de el. Bueno, en realidad, puedo encontrar unas pocas cosas malas. [Risas 
del publico]. Pero, basicamente, tengo buenas cosas que decir de el. De todos modos, 
la practica de llamar «Linux» al sistema GNU es simplemente un error. Me gustaria 
pediros que, por favor, hagais un pequeno esfuerzo para llamar GNU/ Linux al sistema 
y de ese modo ayudar a que consigamos nuestra parte del reconocimiento. 

[Una persona en el publico grita] «;Necesitais una mascota! jUn animal disecado!» 
[Stallman responde]. Tenemos uno. [El miembro del publico contesta]. «^,De verdad?» 
[Stallman responde, provocando carcajadas]. Tenemos un animal, un nu. O sea que si, 
cuando dibujeis un pingiiino, dibujad un nu al lado. Pero vamos a dejar las preguntas 
para el final. Me quedan mas cosas que decir. 

Entonces, ^por que estoy tan preocupado por esto? ^Por que pienso que merece 
la pena importunaros y tal vez rebajar la opinion que teneis de mi [risas del publico], 
mencionando el tema del reconocimiento? Cuando lo hago, algunos pueden pensar que 
es porque quiero alimentar mi ego, ^verdad? Por supuesto, no os pido que lo llameis 
«Stallmanix», ^verdad? [Risas del publico. Aplausos]. 

Os pido que lo llameis GNU, porque quiero que el proyecto GNU consiga recono- 
cimiento. Y hay una razon muy especifica para ello, que es mucho mas importante que 
el reconocimiento de cualquiera, en o por si mismo. Vereis, estos dias, si mirais a vues- 
tro alrededor, en nuestra comunidad la mayoria de la gente que habla sobre el tema y 
escribe sobre el tema nunca menciona el GNU y jamas mencionan estos objetivos de li- 
bertad — estos ideales politicos e ideologicos — , porque el lugar del que estos proceden 
es GNU. 

Las ideas asociadas a Linux, su filosofia, es muy diferente. Esencialmente es la fi- 
losofia apolitica de Linus Torvalds. Asi, cuando la gente piensa que todo el sistema es 
Linux, tienden a pensar «Ah, todo lo habra empezado Linus Torvalds. Su filosofia debe 
ser la que deberiamos estudiar con cuidado». Y cuando oyen algo sobre la filosofia de 
GNU, dicen: «Tio, esto es tan idealista, debe ser terriblemente poco practico. Soy un 
usuario de Linux, no un usuario de GNU». [Risas del publico]. 

;Que ironia! jSi lo supieran! Si supieran que el sistema que les gusto, o que, en algu- 
nos casos, aman; que el sistema por el que se vuelven locos es nuestra filosofia politica 
idealista hecha realidad. . . 

Aun asi no tendrian por que estar de acuerdo con nosotros. Pero al menos verian 
una razon para tomarselo en serio, para darle una oportunidad. Verian como se rela- 
ciona con sus vidas. Si cayeran en la cuenta, «estoy usando el sistema GNU. Esta es la 
filosofia de GNU. Por esta filosofia existe el sistema que tanto me gusta», al menos lo 
considerarian con la mente mucho mas abierta. No significa que todo el mundo vaya 
a estar de acuerdo. La gente piensa cosas diferentes. Eso esta bien — la gente deberia 
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formarse su propia opinion — , pero quiero que esta filosofia reciba el beneficio del re- 
conocimiento por los resultados que ha logrado. 

Si miras a tu alrededor en nuestra comunidad, te encontraras con que en casi to- 
das partes, las instituciones estan llamando Linux al sis tenia. Los reporteros lo llaman 
en su mayoria Linux. No es correcto, pero lo hacen. Las companias que empaquetan 
el producto en su mayoria lo llaman asi. Ah, y la mayoria de esos reporteros, cuan- 
do escriben articulos, normalmente no lo consideran como un asunto politico o social. 
Normalmente lo estan considerando como una pura cuestion de negocios en relacion 
a que companias van a tener mas o menos exito, la cual es una cuestion bastante se- 
cundaria para la sociedad. Y, si consideras las companias que empaquetan el sistema 
GNU/Linux para el uso de la gente, bueno, la mayoria lo llaman Linux. Y todas le 
anaden software no libre. 

Vereis, la GNU GPL considera que si tomas un fragmento de codigo, y algo de codi- 
go de un programa protegido por la GPL, y anades algo mas de codigo para producir 
un programa mas grande, ese programa entero tiene que ser lanzado bajo la GPL. Pe- 
ro podrias poner otros programas separados en el mismo disco — disco duro o CD — , 
y estos podrian tener otras licencias. Esto se considera como una simple agregacion. 
Esencialmente, distribuir dos programas a la vez a alguien no es algo sobre lo que ten- 
gamos nada que decir. Asi que de hecho, no es cierto — a veces me gustaria que fuese 
cierto — que si una empresa usa un programa protegido por la GPL en un producto, el 
producto entero tenga que ser software libre. No lo es — no toma ese alcance, esa exten- 
sion. Se trata del programa entero. Si hay dos programas separados que se comunican 
entre si a distancia — como enviandose mensajes entre si — entonces, por lo general, es- 
tan legalmente separados. Asi estas empresas, anadiendo software no libre al sistema, 
le estan dando a los usuarios una idea muy mala, filosofica y politicamente. Le estan 
contando a los usuarios que «no usar software libre esta bien. Incluso nosotros se lo 
es tamos poniendo como un extra ». 

Si observas las re vistas sobre el uso del sistema GNU/Linux, la mayoria de ellas 
tienen un titulo como «Linux esto o lo otro». Asi la mayor parte del tiempo llaman Linux 
al sistema. Y estan llenas de anuncios de software no libre que puedes instalar sobre el 
sistema GNU/Linux. Esos anuncios tienen un mensaje comun. Dicen: «E1 software no 
libre es bueno para ti. Es tan bueno que incluso podrias pagar para conseguirlo». [Risas 
del publico]. 

Llaman a estas cosas «paquetes de valor anadido», lo cual significa una afirmacion 
de sus valores. Estan diciendo: valora la comodidad practica, no la libertad. Yo no estoy 
de acuerdo con esos valores, asi que los llamo «paquetes de libertad sustraida». [Ri- 
sas del publico]. Porque si te has instalado un sistema opera tivo libre, entonces estas 
viviendo en el mundo libre. Disfrutas de los beneficios de la libertad que tantos anos 
hemos trabajado para darte. Aquellos paquetes te dan la oportunidad de atarte con una 
cadena. 

Ahora bien, si observas las exposiciones comerciales dedicadas al uso del sistema 
GNU/Linux, todas se llaman a si mismas «exposiciones de Linux». Y estan llenas de 
casetas que exhiben software no libre, poniendo el sello de aprobacion al software no 
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libre. Asi, casi en cualquier sitio que mires de nuestra comunidad, las instituciones estan 
autorizando el software no libre, negando totalmente la idea de libertad por la que se 
desarrollo GNU. Y el unico lugar donde la gente se puede encontrar con la idea de la 
libertad es en contacto con GNU y en contacto con el software libre, con el concepto 
de software libre. Por eso os pido: por favor Hamad GNU /Linux al sistema. Por favor 
haced consciente a la gente de donde vino el sistema y por que. 

Por supuesto, simplemente con decir ese nombre no estaras dando una explicacion 
de la historia. Puedes teclear cuatro caracteres mas y escribir GNU/Linux; puedes decir 
dos sflabas mas. Pero GNU/Linux tiene menos silabas que Windows 2000. [Risas del 
publico]. No les estas contando mucho, pero les estas preparando, de modo que cuando 
oigan hablar de GNU, y de que va, veran como eso se conecta con ellos y con sus vidas. 
Y eso, indirectamente, marca una tremenda diferencia. Asi que por favor, ayudadnos. 

Habreis advertido que Microsoft llamo a la GPL una «licencia open source». No quie- 
ren que la gente piense en terminos de que la cuestion sea la libertad. Encontrareis que 
invitan a pensar a la gente de forma cerrada, como consumidores y por supuesto, ni 
siquiera a pensar de una forma muy racional como consumidores, ya que van a elegir 
productos de Microsoft. Pero no quieren que la gente piense como ciudadanos. Eso va 
en su contra. Al menos en contra de su actual modelo de negocio. 

Ahora bien, el software libre. . . bueno, os puedo contar como se relaciona el soft- 
ware libre con nuestra sociedad. Un tema secundario que podria ser de interes para 
algunos de vosotros es como se relaciona el software libre con los negocios. 

Bien, en realidad, el software libre es tremendamente util para los negocios. Despues 
de todo, la mayoria de las empresas de los paises avanzados usan software. Y solo una 
fraccion diminuta de ellos desarrolla software. 

El software libre es tremendamente ventajoso para cualquier empresa que use soft- 
ware, porque significa que estan en condiciones de adquirir control. En esencia, el soft- 
ware libre significa que los usuarios tienen el control de lo que hace el programa. Tanto 
individualmente, si les importa lo suficiente tenerlo, como colectivamente, cuando les 
importa lo suficiente tenerlo. Cualquiera que se preocupe lo suficiente puede ejercer 
alguna influencia. Si no te importa, no lo compras. Entonces usas lo que prefiere otra 
gente. Pero si te importa, entonces tienes una voz. Con el software propietario, esen- 
cialmente no tienes ninguna voz. 

Con el software libre, puedes cambiar lo que quieres cambiar. Y no importa que 
no haya programadores en tu empresa; no importa. Si quisieras mover los muros de 
tu edificio, no tienes que tener una empresa de carpinteria. Simplemente tienes que 
ser capaz de encontrar un carpintero y decir, «^,Que me cobraras por este trabajo? ^Y 
cuando lo tendras terminado?». Y si no hacen el trabajo, puedes ir y encontrar a otro. 

Existe un mercado libre de asistencia tecnica. De tal forma que cualquier negocio 
que se preocupe por la asistencia encontrara una tremenda ventaja en el software li- 
bre. Con el software propietario, la asistencia es un monopolio, porque una compania 
tiene el codigo fuente — o quizas un pequeno numero de empresas, que pagaron una 
cantidad gigantesca de dinero, tienen el codigo fuente, como en el caso del programa 
de fuente compartida de Microsoft, pero son muy pocas. Asi que no hay tienes muchas 
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posibilidades de asistencia. Y eso significa que a menos que seas un autentico gigan- 
te, no les importas. Tu empresa no es lo suficientemente importante para que ellos se 
preocupen si pierden tu negocio o lo que pase con el. Una vez que empiezas a usar 
el programa, se imaginan que estas atrapado y obligado a recibir su asistencia, porque 
cambiarse a un programa diferente es un trabajo gigantesco. Asi que terminas haciendo 
cosas como pagar por el privilegio de informar de un fallo. [Risas del publico]. Y una 
vez que has pagado, te dicen, «bueno, vale, hemos advertido tu informe de fallos. Y 
en unos pocos meses, puedes comprar una nueva version, y puedes comprobar si lo 
hemos arreglado». [Risas del publico]. 

Los proveedores de asistencia de software libre no pueden salirse con la suya. Tie- 
nen que complacer a los clientes. Por supuesto, puedes conseguir mucha buena asis- 
tencia gratuita. Cuelgas tu problema en Internet. Quiza recibas una respuesta al dia 
siguiente. Pero esto no se puede garantizar, por supuesto. Si quieres estar seguro, sera 
mejor que llegues a un acuerdo con una empresa y les pagues. Y esta es, por supuesto, 
una de las maneras en que funcionan los negocios de software libre. 

Otra ventaja del software libre para empresas que usan software es la seguridad y la 
privacidad. Y esto tambien incumbe al uso individual, aunque lo haya sacado a relucir 
en el contexto de los negocios. Vereis, cuando un programa es propietario, ni siquiera 
podriais saber que hace en realidad. 

Podria tener caracteristicas incluidas deliberadamente que si las conocieras no te 
gustarian. Por ejemplo, podria tener una puerta trasera para permitir al creador intro- 
ducirse en tu maquina. Podria fisgar en lo que haces y devolver la informacion. Esto 
no es inusual. Algunos programas de Microsoft lo hacian. Pero no solo incumbe a Mi- 
crosoft. Hay otros programas propietarios que se inmiscuyen en las actividades del 
usuario. Y ni siquiera notarias si lo esta haciendo. Y, por supuesto, incluso asumiendo 
que el fabricante sea completamente honesto, todo programador comete errores. Podria 
haber fallos que afectan a tu seguridad que no son culpa de nadie. Pero el asunto es: si 
no es con software libre, no puedes encontrarlos. Y no puedes arreglarlos. 

Nadie tiene tiempo para revisar la fuente de cada programa que instala. No vas a 
hacer eso. Pero junto al software libre hay una extensa comunidad y hay gente en esa 
comunidad que revisa las cosas. Tu te beneficias de sus revisiones, porque si hay un fa- 
llo accidental, que seguramente puede haber de vez en cuando en cualquier programa, 
podrian encontrarlo y arreglarlo. La gente es mucho menos propensa a meter delibera- 
damente un troyano, o un programa para fisgar, si piensan que les pueden pillar. Los 
fabricantes de software propietario se imaginan que no les van a pillar. Se saldran con la 
suya sin ser detectados. Pero un fabricante de software libre se tiene que imaginar que 
la gente se fijara en ello y vera que esta alii. En nuestra comunidad no nos parece que 
podamos escaquearnos si a los usuarios les metemos por la fuerza una caracteristica 
que a ellos no les gusta. Sabemos que si a los usuarios no les gusta, haran una version 
modificada que no la tenga. Y entonces todos empezaran a usar esa version. 

De hecho, todos podemos razonar suficientemente, podemos suponer con suficien- 
tes pasos de antelacion que probablemente no incluyamos tal caracteristica. Despues de 
todo, estas escribiendo un programa libre, quieres que a la gente le guste tu version; no 
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quieres incluir algo que la mayoria de la gente va a odiar y que despues va a elegir una 
version modificada en lugar de la tuya. Asi que simplemente te das cuenta de que el 
usuario es el rey en el mundo del software libre. En el mundo del software propietario, 
el cliente no es el rey ya que solo eres un mero cliente. No tienes ninguna voz sobre el 
software que usas. 

A este respecto, el software libre es un nuevo engranaje para que actue la democra- 
cia. El profesor LessigJ^] ahora en Stanford, advirtio que el codigo funciona como una 
especie de ley. Quienquiera que llegue a escribir el codigo que casi todo el mundo usa, 
para cualquier intencion o proposito, esta escribiendo las leyes que conducen la vida 
de la gente. Con el software libre, estas leyes se escriben de forma democratica. No la 
forma clasica de la democracia — no hacemos unas grandes elecciones y decimos «que 
todo el mundo vote la manera en que deberia hacerse esta caracteristica». [Risas del 
publico]. En su lugar decimos, esencialmente, aquellos de vosotros que querais trabajar 
en implementar una caracterlstica de tal manera, hacedlo. Y los que querais trabajar en 
implementar esta caracterlstica de esa otra manera, hacedlo. Y, de una manera u otra, 
se hace. Y asi, si mucha gente lo quiere de este modo, se hara de este modo. De esta 
manera, todo el mundo contribuye a la decision social simplemente dando pasos en la 
direccion que quiere seguir. 

Personalmente eres libre de dar tantos pasos como quieras dar. Un negocio es libre 
de encargar trabajos pasos como se consideren utiles. Y despues de sumar todos estos 
aspectos, descubrimos hacia que direccion va la produccion de software. A menudo es 
muy util ser capaz de sacar elementos de algun programa existente — presumiblemente 
elementos grandes, por supuesto — y entonces escribir cierta cantidad de codigo pro- 
pio, producir un programa que haga exactamente lo que necesitas, lo cual te hubiera 
costado muchisimo si hubieras tenido que escribirlo desde cero, si no hubieras podido 
canibalizar elementos grandes de algun paquete de software existente. 

Otra cosa, que resulta del hecho de que el usuario sea el rey, es que tendemos a 
ser muy buenos en cuanto a compatibilidad y estandarizacion. ,;Por que? Porque a los 
usuarios les gusta. Los usuarios son propensos a rechazar un programa que incluya 
incompatibilidades arbitrarias. Ahora bien, a veces hay cierto grupo de usuarios que 
realmente necesita algun tipo de incompatibilidad, y entonces la tienen. Esta bien. Pero 
cuando los usuarios quieren seguir un estandar, nosotros los desarrolladores tenemos 
que seguirlo, y lo sabemos. Y lo hacemos. Por contraste, si te fijas en los fabricantes de 
software propietario, a menudo encuentran ventajoso no seguir deliberadamente un 
estandar y no porque piensen que de esa manera le estan dando al usuario una ventaja, 
sino mas bien porque se estan imponiendo al usuario, lo estan atrapando. Incluso te los 
encontraras haciendo cambios en sus formatos de archivo de vez en cuando, solo para 
forzar a la gente a obtener la ultima version. 

Los documentalistasp^j se estan encontrando ahora con un problema, a menudo no 
se puede acceder a los archivos escritos por un ordenador de hace diez anos; estaban es- 
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critos en software propietario que ahora en su mayor parte se ha perdido. Si estuvieran 
escritos en software libre, entonces podrian actualizarse y utilizarse; y esas grabaciones 
no se habrian perdido, no serian inaccesibles. Incluso se estaban quejando de esto en la 
National Public Radio^\a\ citar el software libre como una solution. En efecto, al usar un 
programa no libre para almacenar tus datos, te estas colgando una soga al cuello. 

He hablado sobre como afecta el software libre a la mayoria de los negocios. Pe- 
ro ^corno afecta al particular y estrecho ambito de los negocios de software? Bueno, la 
respuesta es que no afecta gran cosa. Y la razon es que el 90 por ciento de la indus- 
tria del software, por lo que se me ha dicho, se dedica a la fabrication de programas 
personalizados, software que no esta en absoluto pensado para ser publicado. Para el 
software personalizado, esta cuestion, o la cuestion etica de software libre o propietario, 
no aparece. Vereis, esta cuestion es, ^sois libres los usuarios de modificar y redistribuir 
software? Si solo hay un usuario, y a ese usuario le pertenecen los derechos, no hay pro- 
blema. Ese usuario es libre de hacer todas esas cosas. Asi, en efecto, cualquier programa 
personalizado que fuera fabricado por una compafua para uso domestico es software 
libre, siempre que tenga la sensatez de insistir en obtener el codigo fuente y todos los 
derechos. 

La cuestion no atane el software que va en un reloj o en un microondas o en el motor 
de un coche, porque en esos lugares no te descargas software para instalar. No es un 
autentico ordenador, en lo que concierne al usuario, asi que no implica suficientemente 
a estas cuestiones como para ser eticamente importantes. Asi, en su mayor parte, la 
industria del software continuara como lo ha hecho hasta ahora. Y lo interesante es 
que dado que una fraction tan grande de los trabajos esta en esa parte de la industria, 
incluso si no hubiera posibilidades para los negocios de software libre, los fabricantes 
de software libre podrian conseguir trabajo escribiendo software personalizado. [Risas 
del publico]. Hay muchos; la proportion es muy grande. 

Pero, como de hecho sucede, hay negocios de software libre. Hay empresas de soft- 
ware libre, y en la rueda de prensa que voy a dar, se me van a unir personas procedentes 
de un par de estas empresas. Por supuesto, tambien hay empresas que no son negocios 
de software libre pero que desarrollan elementos utiles de software libre, y el software 
libre que producen es considerable. 

Bien, ,;c6mo funcionan los negocios de software libre? Bueno, algunos de ellos ven- 
den copias. Tu eres libre de copiarlo pero aun asi se pueden vender miles de copias al 
mes. Otros venden asistencia y distintas clases de servicios. Yo, personalmente, durante 
la segunda mitad de los ochenta, vendia servicios de asistencia tecnica de software li- 
bre. Basicamente, decia, por 200 dolares la hora cambiare lo que quieras que cambie en 
el software GNU que he escrito. Si, era un precio excesivo, pero al ser un programa del 
que yo era autor, la gente podia suponer que tendria terminado el trabajo en muchas 
menos horas. [Risas del publico]. Y me ganaba la vida de este modo. En realidad, gana- 
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ba mas de lo que nunca habia ganado antes. Tambien impart! clases. Y segui haciendolo 
hasta 1990, cuando recibl un gran premicj^Jy no tuve que hacerlo mas. 

Sin embargo, fue en 1990 cuando se formo la primera empresa de software libre, 
Cygnus Support. Su negocio consistia en hacer, basicamente, las mismas cosas que yo 
habia estado haciendo. Ciertamente podria haber trabajado para ellos, si lo hubiera ne- 
cesitado. Como no lo necesitaba, me parecio que era bueno para el movimiento que 
me mantuviera independiente de cualquier empresa. De ese modo, podria decir cosas 
buenas y malas sobre las diferentes empresas de software libre y software no libre, sin 
entrar en un conflicto de intereses. Me parecio que podria servir mas al movimiento. 
Pero si lo hubiera necesitado para ganarme la vida, claro que habrla trabajado para 
ellos. Es un negocio etico en el que se puede estar. No habia motivos de sentirme aver- 
gonzado si hubiera trabajado para ellos. Y esa compania dio beneficios desde el primer 
ano. Se formo con muy poco capital, solo el dinero que tenian sus tres fundadores. Y 
siguio creciendo cada ano y siendo rentable cada ano hasta que se volvieron ambicio- 
sos y buscaron inversores externos y entonces lo desbarataron todo. Pero fueron varios 
anos de exito, antes de que se volvieron ambiciosos. 

Esto ilustra una de las cosas excitantes que tiene el software libre. El software libre 
demuestra que no necesitas captar capital para desarrollar software libre. Quiero decir, 
es utiL tenerlo puede ayudar. Si consigues capital, puedes contratar gente y hacer que 
escriban un monton de software. Pero puedes hacer mucho con una pequena cantidad 
de gente. En realidad, la tremenda eficacia del proceso de desarrollar software libre es 
uno de los motivos de que sea importante para el mundo cambiarse al software libre. 
Tambien desmiente lo que dice Microsoft, cuando dicen que la GNU GPL es mala por- 
que hace que sea mas dificil para ellos captar capital para fabricar software no libre, 
coger nuestro software libre y poner nuestro codigo en los programas que no comparti- 
ran con nosotros. En esencia, no necesitamos que ellos consigan el capital de ese modo. 
Haremos el trabajo de todos modos. Ya lo estamos haciendo. 

La gente nos solia decir que nunca podriamos hacer un sistema operativo completo. 
Pues bien, hemos hecho eso y una cantidad de cosas tremendamente mayor. Y yo diria 
que estamos cerca de desarrollar todo el software publicado de interes general necesario 
en el mundo. Y esto en un mundo donde mas del 90 por ciento de los usuarios todavia 
no usa software libre, y tambien en un mundo donde mas de la mitad de los servidores 
web en el mundo funcionan con GNU/Linux con Apache como servidor web. 

PREGUNTA. [inaudible] iQue dijiste antes, Linux? 

Stallman. Dije GNU/Linux. 

PREGUNTA. <;De verdad? 

Stallman. Si, si estoy hablando del kernel, lo llamo Linux. Es que es su nombre. El 
kernel fue escrito por Linus Torvalds, y solo deberiamos llamarlo por el nombre que 
escogio, por respeto al autor. 

16 E1 «gran premio» al que se refiere es el MacArthur Fellowship, tambien conocido por algunos como la 
«beca de los genios». Es una beca de cinco anos otorgada a individuos que muestran un merito excepcional 
y prometen un trabajo creativo continuo y en ascenso. 
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De todas formas, en general, en las empresas la mayorla de los usuarios no usan 
GNU/Linux. La mayorla de los usuarios domesticos no usan nuestro sistema todavia. 
Cuando lo hagan, deberiamos automaticamente tener 10 veces mas voluntarios y 10 
veces mas clientes para los negocios de software libre de los que hay. Eso nos llevara a 
esa magnitud. Asi que en este punto, estoy bastante seguro de que podemos hacer el 
trabajo. 

Esto es importante, porque Microsoft apela a que estemos desesperados. Dicen: «La 
unica manera en que puedes tener software para instalar, la unica manera de que tengas 
innovacion, es si nos das poder. Permitenos que te dominemos. Dejanos controlar lo que 
puedes hacer con el software que estas utilizando, de modo que podamos exprimirte 
mucho dinero y usar una parte de el para desarrollar software, y quedarnos el resto 
como beneficios». 

Bueno, jamas deberias sentirte tan desesperado. Jamas deberias sentirte tan deses- 
perado como para abandonar tu libertad. Eso es muy peligroso. 

Otra cosa que Microsoft, bueno, no solo Microsoft... la gente que no apoya el soft- 
ware libre, es que generalmente adopta un sistema de valores en el que lo unico que 
importa son los beneficios a corto plazo: ^Cuanto dinero voy a ganar este ano? ^Cuanto 
trabajo puedo terminar hoy? Pensamiento a corto plazo y pensamiento estrecho. Asu- 
men que es ridiculo imaginar que cualquiera pueda nunca hacer un sacrificio en nom- 
bre de la libertad. 

Ayerp^jmucha gente estaba haciendo discursos sobre estadounidenses que hicieron 
sacrificios por la libertad de sus compatriotas. Algunos de ellos hicieron grandes sa- 
crificios. Incluso sacrificaron sus vidas por las libertades de las que todo el mundo en 
nuestro pals ha oldo hablar. (Al menos en algunos casos; supongo que tenemos que 
ignorar la guerra en Vietnam.) 

Pero, afortunadamente, mantener nuestra libertad para usar software no exige gran- 
des sacrificios. Solo son necesarios diminutos, pequenos sacrificios, como aprender una 
interfaz de linea de comandos si todavia no tenemos una interfaz grafica de usuario. 
Como hacer el trabajo de esa manera, porque no tenemos un paquete de software libre 
para hacerlo de aquella otra manera todavia. Como pagar algo de dinero a una com- 
pania que va a desarrollar tal paquete de software libre, de modo que puedas tenerlo 
en unos pocos anos. Pequenos sacrificios que todos podemos hacer. Y a largo plazo, 
incluso nosotros nos beneficiaremos de ellos. Sabeis, en realidad es mas una inversion 
que un sacrificio. Solo debemos tener suficiente vision a largo plazo para darnos cuenta 
de que es bueno para nosotros que invirtamos en mejorar nuestra sociedad, sin contar 
cada centimo de calderilla de quien consigue que parte del beneficio en esa inversion. 

Asi que, llegados hasta este punto, puedo decir que basicamente he terminado. 

Me gustaria mencionar que hay un nuevo acercamiento a los negocios de software 
libre propuesto por Tony Stanco, que el llama «desarrolladores libres», que implica una 
estructura empresarial que espera distribuir eventualmente cierta cantidad de benefi- 
cios a todos los autores de software libre que se hayan unido a la organization. Ahora 



El dia anterior era el Memorial Day, fiesta nacional de EEUU en la que se conmemora a los heroes de 
guerra. 
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estan fijandose en la perspectiva de conseguir un gran contrato gubernamental de de- 
sarrollo informatico en la India, ya que van a usar software libre como base y de ese 
modo tener tremendos ahorros en los costes. 

Bueno, supongo que ahora tengo que pediros que pregunteis. 

Turno de preguntas 

PREGUNTA. ^Como podria una compania como Microsoft incluir un contrato de soft- 
ware libre? 

Stallman. Bueno, realmente, Microsoft esta planeando desplazar muchas de sus acti- 
vidades a los servicios [de asistencia]. Y lo que planean hacer es algo sucio y peligroso, 
que es atar los servicios a los programas, un programa un servicio, en una suerte de 
zigzag. De modo que para usar un servicio, tienes que estar usando este programa de 
Microsoft, esto va a significar que necesitas usar este servicio, este programa de Micro- 
soft. . . asi que todo esta atado. Ese es su plan. 

Ahora bien, lo interesante es que vender esos servicios no implica ninguna cuestion 
etica sobre la eleccion entre software libre o no libre. Perfectamente, podria ser que 
ellos tuvieran ese negocio para vender esos servicios en la red. De todos modos, lo que 
Microsoft planea es usarlos para echar un cerrojazo aun mayor, un monopolio aun mas 
grande sobre el software y los servicios; esto ha sido descrito en un articulo reciente, 
creo que aparecio en el Business Week. Otros dicen que esta convirtiendo la red en la 
Ciudad Empresarial de Microsoft. 

Esto es relevante porque el tribunal que curso la demanda antimonopolio contra 
Microsoft recomendo dividir la compania — pero de una forma que no tenia sentido y 
que no haria ningun bien en absoluto — en dos partes: la de sistemas operativos y la de 
aplicaciones. 

Sin embargo leyendo ese articulo, veo util y efectivo dividir Microsoft en dos partes, 
la de servicios y la de software, para obligarles a que se traten solo a distancia, de modo 
que la de servicios deba publicar sus interfaces para que cualquiera pueda escribir a 
un terminal para contactar con ellos, supongo que a cambio de un precio. En cualquier 
caso, ese es un asunto completamente distinto. 

Si Microsoft se divide de esta forma. . . servicios y software, no seran capaces de usar 
su software para machacar a la competencia de los servicios de Microsoft. Y no seran 
capaces de usar sus servicios para machacar a la competencia del software de Microsoft. 
Nosotros seremos capaces de producir software libre y quiza vosotros lo utiliceis para 
tratar con Microsoft Servicios, a nosotros no nos importara. 

Porque, despues de todo, aunque Microsoft es la empresa de software propietario 
que ha sojuzgado a un mayor numero de gente, las otras tambien han sojuzgado, aun- 
que menos, pero no porque no lo hayan intentado; [risas del publico], simplemente no 
han tenido exito en sojuzgar a tanta gente. Asi, el problema no es Microsoft y solo Mi- 
crosoft. Microsoft solo es el mayor ejemplo del problema que intentamos resolver, que 
es la usurpacion de la libertad de los usuarios para cooperar y formar una sociedad 
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etica por parte del software propietario. De esta forma, no debemos centrarnos dema- 
siado en Microsoft, aunque me hayan dado la oportunidad de estar en este estrado. Eso 
no les hace tan importantes. No son el principio y el final de todo. 

Pregunta. Antes, estabas tratando las diferencias filosoficas entre el software open 
source y el software libre. iQue te parece la actual tendencia de las distribuciones de 
GNU/Linux que se dirige a soportar solo plataformas de Intel? 

STALLMAN. No veo que aqui haya ninguna cuestion etica. Aunque, de hecho, las em- 
presas fabricantes de ordenadores a veces llevan instalado el sistema GNU/Linux. Apa- 
rentemente HP lo ha hecho recientemente. Y no se molestaron en pagar una migracion 
a Windows, porque les habria costado demasiado. Pero conseguir que GNU/Linux fue- 
ra instalable supuso, creo, el trabajo cinco ingenieros durante unos cuantos meses. Era 
facil de hacer. 

Ahora bien, por supuesto, yo animo a la gente a usar autoconf, que es un paquete 
de GNU que hace mas facil migrar tus programas. Les animo a hacerlo. Cuando una 
arregla un fallo que no se compilaba en una version del sistema y te lo manda, deberias 
incluirlo. Pero no veo que esto sea una cuestion etica. 

PREGUNTA. Dos comentarios. Uno es: recientemente, diste una charla en el MIT. Lei la 
trascripcion. Alguien te pregunto sobre las patentes, y tu dijiste que «las patentes son 
un asunto completamente distinto. No tengo nada que decir sobre eso». 

Stallman. . Cierto. En realidad tengo mucho que decir sobre las patentes, pero nos 
llevaria una hora. [Risas del publico]. 

PREGUNTA. Me referia a que, me parece que hay todo un problema detras. Quiero decir, 
un motivo por el que las empresas llaman a las patentes y al copyright con palabras 
como propiedad, pura y dura, es porque intentan construir este concepto para usar el 
poder del Estado y crear una corriente de monopolio que les sea favorable. Y asi, lo 
que estas cosas tienen en comun no es que giren en torno a la misma cuestion, sino 
que su motivacion no es realmente la de servicio publico, sino la determinacion de las 
empresas de conseguir un monopolio favorable a sus intereses privados. 

Stallman. Tienes razon, eso es lo que quieren. Pero hay otro motivo por el que quie- 
ren usar el concepto de propiedad intelectual. Y es que no quieren animar a la gente a 
pensar con cuidado sobre la cuestion de las patentes y del copyright. Porque la legisla- 
cion de copyright y la de patentes son totalmente distintas, y los efectos del copyright 
sobre el software y las patentes de software son totalmente diferentes. 

Las patentes de software suponen una restriccion para los programadores, ya que 
les prohfbe escribir cierto tipo de programas, mientras que el copyright no hace eso. 
Con el copyright, tienes permiso de distribucion, al menos si los has escrito tu. Asi que 
es tremendamente importante separar los dos problemas. 

Tienen un poco en comun, solo en un nivel muy basico, todo lo demas es diferente. 
Asi que, por favor, para fomentar la claridad de las ideas, debatid sobre el copyright 
o debatid sobre las patentes. Pero no debatais sobre la propiedad intelectual. Yo tengo 
opiniones diferentes sobre el copyright, sobre las patentes y sobre el software. 
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PREGUNTA. Has mencionado al principio que un lenguaje funcional, como las recetas, 
es como un programa informatico. Pero hay mucha diferencia entre las recetas de cocina 
y los programas informaticos, entre la lengua inglesa y los programas informaticos — la 
definicion de lenguaje funcional es muy amplia. Esto esta causando problemas en el 
caso de los DeCSS y el DVD. 

STALLMAN. Para las cosas que no son funcionales por naturaleza, los problemas son 
parcialmente similares pero tambien parcialmente distintas. Parte del problema se pue- 
de trasladar, pero no todo. Por desgracia, esto implicaria otra hora de charla. No tengo 
tiempo para entrar en este tema. Pero yo diria que todas las obras funcionales debe- 
rian ser libres en el mismo sentido que el software. Ya sabeis, libros de texto, manuales, 
diccionarios, recetas, y asi. 

PREGUNTA. Me estaba preguntando sobre la musica en Internet. Hay similitudes y di- 
ferencias. 

Stallman. Cierto. Yo diria que la libertad minima que deberiamos tener para cual- 
quier tipo de informacion publicada es la libertad de redistribuirla no comercialmente, 
en toda su extension. Para obras funcionales, necesitamos la libertad de publicar comer- 
cialmente versiones modificadas, porque eso es tremendamente util para la sociedad. 
Para las obras no funcionales — ya sabeis, el entretenimiento, o las obras esteticas, o 
aquellas que manifiestan el punto de vista de una determinada persona — quiza no de- 
berian ser modificadas. Y quiza eso signifique que esta bien que el copyright cubra toda 
su distribucion comercial. 

Por favor recordad que segun la Constitucion de EEUU, el proposito de cualquier 
copyright es beneficiar al publico. Se trata de modificar el comportamiento de ciertas 
sujetos privados, de tal forma que publiquen mas libros. Y el beneficio que se deriva 
es que la sociedad puede discutir diversas cuestiones y aprender. Ya sabeis, tenemos 
literatura. Tenemos obras cientificas. El proposito es fomentarlas. El copyright no existe 
para el beneficio de los autores, ni mucho menos para beneficio de los editores. Existe 
para el beneficio de los lectores y de todos aquellos que se benefician de la transmision 
de informacion que se produce cuando la gente escribe y los demas leen. Yo estoy de 
acuerdo con esa meta. 

Sin embargo, en la epoca de las redes informaticas, el metodo ya no se sostiene, en 
la medida en que requiere leyes draconianas que invaden la intimidad y aterrorizan a 
todo el mundo. Ya sabeis, podeis pasar anos de prision por compartir con el vecino. 
Esto no pasaba en la epoca de la imprenta. Entonces el copyright era una regulacion 
industrial. Restringia a los editores. Ahora es una restriccion impuesta por los editores 
al publico. Asi que las relaciones de fuerza han virado 180 grados, aunque se trate de 
la misma ley. 

PREGUNTA. ^De este modo, puede ser como cuando se saca musica a partir de otra 
musica? 

Stallman. Cierto. Esa es una interesante. . . 

PREGUNTA. Y las obras nuevas, originales, sabes, tambien suponen mucha cooperacion. 
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Stallman. Si. Y pienso que probablemente requiera algun tipo de concepto de uso 
razonable. Ciertamente coger unos pocos segundos de sample y usarlo para producir 
una pieza musical, obviamente eso deberia entenderse como uso razonable. Incluso la 
idea estandar de uso razonable incluye eso, si lo piensas. No estoy seguro de que los 
tribunales estuviesen de acuerdo, pero deberian. No supondria un autentico cambio en 
el sistema tal y como ha existido. 

PREGUNTA. <iQue piensas sobre la publicacion de informacion publica en formatos pro- 
pietarios? 

Stallman. Ah, no se deberia hacer. Quiero decir, el gobierno nunca deberia obligar 
a los ciudadanos a usar un programa no libre para acceder, para comunicarse con el 
gobierno de cualquier manera, en cualquier direccion. 

PREGUNTA. Yo he sido, lo que ahora llamare un usuario de GNU/Linux. . . 

Stallman. Gracias. [Risas del publico]. 

PREGUNTA. . . . desde los ultimos cuatro anos, lo unico que ha sido problematico para 
mi, y es algo que es esencial, pienso, para todos nosotros, es navegar por Internet. 

Stallman. Si. 

PREGUNTA. Algo que decididamente ha sido el punto debil de usar el sistema 
GNU/Linux ha sido navegar por Internet, porque la herramienta mas usada para esto, 
es Netscape. . . 

Stallman. No es software libre. Permiteme que te responda a esto. Quiero tratar este 
punto en aras de comprender mejor. Ha existido una tendencia terrible a que la gente 
use el navegador Netscape en sus sistemas GNU/Linux. De hecho, todos los sistemas 
empaquetados comercialmente vienen con el. Asi que esta es una situacion ironica: 
trabajamos muy duro para hacer un sistema operativo libre, y ahora, si vas a la tienda, 
puedes encontrar versiones de GNU/Linux, la mayoria se llaman Linux, y no son libres. 
Bueno, una parte si lo es. Pero luego esta el navegador Netscape y quizas tambien otros 
programas no libres. Asi que actualmente es muy dificil encontrar un sistema libre, a 
no ser que sepas muy bien lo que haces. O, por supuesto, que no te puedas instalar el 
navegador Netscape. 

Ahora bien, en realidad, existen navegadores web libres desde hace muchos anos. 
Existe un navegador web libre que yo solia usar llamado Lynx. Es un navegador web 
libre que no es grafico; solo texto. Esto tiene un tremenda ventaja, y es que no ves los 
anuncios. [Risas del publico]. [Aplausos]. 

Pero de todos modos, hay un proyecto grafico libre llamado Mozilla, que ahora esta 
llegando al punto de que pueda ser usado. Yo lo uso ocasionalmente. 

PREGUNTA. Konqueror 2.01 es muy bueno. 

Stallman. Ah, vale. Pues ese es otro navegador grafico libre. Asi, finalmente estamos 
resolviendo el problema, supongo. 
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Pregunta. ^Me puedes decir algo sobre esa division filosofico/ etica entre el software 
libre y open source? ^Crees que son irreconciliables?... [Se cambia la cinta de grabacion y 
se pierde el final de la pregunta y el comienzo de la respuesta]. 

Stallman. ... a una libertad y a la etica. O si dices, bueno, espero que las empresas 
decidais que es mas rentable que nos permitais hacer estas cosas. 

Pero, como he dicho, en buena parte del trabajo practico no importa de verdad cua- 
les sean las motivaciones politicas de una persona. Cuando una persona se ofrece a 
ayudar al proyecto GNU, no le decimos: «Tienes que estar de acuerdo con nuestras 
politicas». Decimos que en un paquete GNU tiene que llamar al sistema GNU/Linux 
y que tiene que llamarlo software libre. Lo que digas cuando no estes hablando del 
proyecto GNU, es cosa tuya. 

PREGUNTA. La empresa IBM inicio una campana dirigida a las agendas gubernamen- 
tales para vender sus nuevas grandes maquinas, en la que usaban Linux como reclamo, 
y lo llamaban Linux. 

Stallman. Si. Por supuesto, realmente es el sistema GNU/Linux. [Risas del publico]. 

PREGUNTA. jEso es! Bueno, pues el director de ventas no sabia nada de GNU. 

Stallman. Si. El problema es que ya han decidido con mucho cuidado que es lo que 
quieren decir en razon de su provecho. Y la cuestion sobre que forma de describirlo 
es mas precisa, o justa, o correcta no es la cuestion fundamental que preocupa a una 
empresa como esa. Bien, en algunas pequenas empresas, si, habra un jefe. Y si el jefe esta 
inclinado a pensar sobre ese tipo de cosas, podria tomar una decision en ese sentido. 
Pero no una corporacion gigantesca. Es una pena. 

Hay otro asunto mas importante y mas sustancial acerca de lo que esta haciendo 
IBM. Estan diciendo que estan invirtiendo un billon de dolares en «Linux». Pero quizas 
tambien deberia ponerle comillas a «invirtiendo en», porque parte de ese dinero esta 
pagando a gente para que desarrolle software libre. Esa es de verdad una contribucion 
a nuestra comunidad. Sin embargo, otras divisiones estan pagando a la gente para que 
escriba software propietario, o para instalar software propietario sobre GNU/Linux y 
esa no es una contribucion a nuestra comunidad. IBM lo esta mezclando todo. Algo de 
esto pueda ser quizas propaganda, y es parcialmente una contribucion, aunque en parte 
sea incorrecta. Es un tema dificil. Parte de lo que hacen es una contribucion y parte no, 
y parte es algo asi... pero no exactamente. Y no puedes mezclarlo todo y pensar «;Guau! 
Un billon de dolares de IBM». [Risas del publico]. Es simplificarlo demasiado. 

Pregunta. ^Puedes hablar un poco mas sobre las ideas que sustentaron la GPL? 

STALLMAN. ^El pensamiento que sustento la GPL? En parte queria proteger la libertad 
de la comunidad contra el fenomeno que ya he descrito con X Window, que tambien 
ha sucedido con otros programas de software libre. En realidad, cuando yo empece a 
pensar sobre este asunto, el caso de X Window todavia no se habia presentado. Pero 
ya habia visto como pasaba lo mismo con otros programas libres. Por ejemplo, TeX. 
Queria asegurarme de que todos los usuarios tuvieran libertad. De otro modo, me di 
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cuenta de que podria escribir un programa y quiza mucha gente usaria el programa, 
pero no tendria libertad. que sentido tendria eso? 

Pero la otra cuestion sobre la que estaba pensando era que queria dar a la comuni- 
dad la sensacion de que no era un felpudo, la sensacion de que no tenia que ser presa 
de cualquier parasito que pasara por ahi. Si no usas copyleft, esencialmente estas di- 
ciendo: [hablando docilmente] «Coge mi codigo. Haz lo que quieras. No digo que no». 
Asi que cualquiera puede aparecer y decir: [hablando con mucha firmeza] «Ah, quiero 
hacer una version no libre de esto. Me lo llevo». Y entonces, por supuesto, posiblemente 
hagan algunas mejoras, esas versiones no libres podrian atraer a los usuarios y sustituir 
las versiones libres. Y entonces, ique has conseguido? Simplemente habras hecho una 
donacion a algun proyecto de software propietario. 

Cuando la gente ve que eso esta sucediendo, cuando la gente ve que otra gente se 
lleva lo que hago y jamas dan nada a cambio, puede llegar a ser desmoralizante. Y esto 
no es solo una especulacion. Lo he visto pasar. Esto era en parte lo que sucedio cuando 
se extinguio la vieja comunidad a la que yo habia pertenecido en la decada de 1970. 
Algunos empezaron a dejar de ser cooperatives. Nosotros asumimos que se estaban 
lucrando. Ciertamente actuaban como si pensaran que se estaban lucrando. Y nosotros 
nos dimos cuenta de que ellos podian aprovechar nuestra cooperacion y no dar nada a 
cambio. No habia nada que pudieramos hacer al respecto. Era descorazonador. Noso- 
tros, aquellos de nosotros a los que no nos gustaba esa tendencia, llegamos a discutir 
sobre el asunto pero no pudimos sacar ninguna idea de como detenerlo. 

La GPL esta disenada para impedir eso. Dice: «Si, sois bienvenidos de uniros a la 
comunidad y usar este codigo». Podeis usarlo para hacer todo tipo de trabajos. Pero, si 
publicais una version modificada, teneis que publicarla en nuestra comunidad, como 
parte de nuestra comunidad, como parte del mundo libre. 

Asi que, de hecho, hay muchos modos de que la gente se beneficie de nuestro trabajo 
sin contribuir, como el hecho de que no tenga que escribir ningun software. Mucha 
gente usa GNU/Linux y no escribe nada de software. No hay obligacion de que tengas 
que hacer algo por nosotros. Pero si haces cierto tipo de cosas, tienes que contribuir. 
Esto significa que nuestra comunidad no es un felpudo. Y creo que esto dio a la gente la 
fuerza para sentir que no seriamos pisoteados por todo el mundo. Nos alzaremos por 
esta causa. 

Pregunta. Teniendo en cuenta el software libre sin copyleft, dado que cualquiera pue- 
de pillarlo y hacerlo propietario, <mo es posible que alguien lo pille, haga algunos cam- 
bios y lance todo bajo la GPL? 

Stallman. Si, es posible. 

PREGUNTA. Entonces eso convertiria todas las copias futuras en GPL. 

STALLMAN. A partir de esa rama. Esto es una de las razones por lo que no lo hacemos. 
Me voy a explicar. Podriamos, si quisieramos, coger el X Window y hacer una copia 
protegida por la GPL y hacer cambios en ella. Pero hay todavia un grupo mas grande 
de gente trabajando en mejorar X Window sin la GPL. Asi que, si hicieramos eso, nos 
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estariamos aprovechando de ellos. Y eso no es una forma muy amable de tratarlos. Ellos 
son parte de nuestra comunidad, contribuyen a nuestra comunidad. 

En segundo lugar, seria tirar piedras contra nuestro propio tejado, porque ellos estan 
trabajando mucho mas en X de lo que nosotros lo hariamos. Asi que nuestra version 
seria inferior a la suya y la gente no la usaria, lo cual significa, ,;para que tomarse tanto 
trabajo? 

Asi que cuando alguien escribe una mejora de X Window, lo que digo es que esa per- 
sona deberia cooperar con el equipo de desarrollo de X. Enviarsela y dejar que la usen a 
su manera, porque estan desarrollando un elemento muy importante de software libre. 
Es beneficioso para nosotros que cooperemos con ellos. 

Pregunta. Excepto, teniendo en cuenta X, en concreto... hace unos dos anos el Con- 
sorcio X estaba muy metido en el movimiento open source. . . 

Stallman. Bueno, en realidad no era open source. Quizas dijeron que lo era. No recuer- 
do si lo dijeron o no. Pero no era open source. Era restringido. No podias distribuirlo 
comercialmente, creo. O no podias distribuir comercialmente una version modificada, 
o algo asi. Existia una restriccion considerada inaceptable tanto por el movimiento de 
software libre como por el movimiento del open source. 

Y si, a eso es a lo que te expones cuando usas una licencia que no es copyleft. En 
realidad, el Consorcio X tenia una politica muy rigida. Dicen: «Si tu programa tiene 
copyleft, aunque sea una parte muy pequena, no lo distribuiremos en absoluto». No lo 
pondremos en nuestra distribucion. Asi que mucha gente recibio presiones en este sen- 
tido para que no utilizara copyleft. Y el resultado fue que mas tarde todo su software 
fue abierto, completamente. La misma gente que habia presionado a los desarrollado- 
res para que fueran muy permisivos, mas tarde decian: «Vale, ahora podemos poner 
restricciones», lo cual no era muy etico por su parte. 

Pero, dada la situacion, ^de verdad queremos reunir a duras penas los recursos 
necesarios para mantener una version de X alternativa y protegida por la GPL? No 
tendria ningun sentido. Hay otras muchas cosas que necesitamos hacer. Hagamos esas 
en su lugar. Podemos cooperar con los desarrolladores de X. 

PREGUNTA. ^Podrias decirnos si GNU es una marca registrada? si es practico incluir 
como parte de la GNU GPL la autorizacion de marcas? 

Stallman. En realidad, estamos solicitando un registro de marca para GNU. Pero 
realmente no tiene nada que ver con eso. Es una historia muy larga de explicar. 

PREGUNTA. Podriais obligar a que la marca apareciera en los programas protegidos por 
la GPL. 

Stallman. No, no lo creo. Las licencias protegen programas individuales. Y cuando 
un programa dado es parte del proyecto GNU, nadie miente al respecto. El nombre del 
sistema como un todo es un asunto diferente. Y esto es un tema aparte. No merece la 
pena discutir mas sobre ello. 

PREGUNTA. Si pudieras apretar un boton para obligar a todas las empresas a hacer libre 
su software, ^lo harias? 
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Stallman. Bueno, solo lo usaria con el software publicado. Creo que la gente tiene 
derecho de escribir un programa privado y usarlo. Y eso incluye a las empresas. Esto 
es un asunto de privacidad. Y es cierto, puede haber ocasiones en que esto puede ser 
incorrecto, como en el caso de que sea tremendamente util para la humanidad y se 
lo estes ocultando. Esta mal pero es un tipo de mal diferente. Es un asunto diferente, 
aunque se encuentre en el mismo ambito. 

Pero si, pienso que todo el software publicado deberia ser software libre. Y recordad, 
cuando no es software libre, se debe a la intervencion gubernamental. El gobierno esta 
interviniendo para hacerlo no libre. El gobierno esta creando poderes legales especiales 
para hacer concesiones a los propietarios de programas, de modo que puedan tener a 
la policia impidiendo que usemos los programas de cierta forma. Asi que ciertamente 
me gustaria acabar con eso. 

Ed SCHONBERG. La exposicion de Richard ha generado una cantidad enorme de ener- 
gia intelectual. Me gustaria recomendar que parte de ella se utilizara para usar, y posi- 
blemente escribir, software libre. 

Deberiamos cortar pronto el debate. Quiero decir que Richard ha inyectado en una 
profesion, que es conocida entre el publico general por su terminal ineptitud politica, 
un nivel de debate politico y moral que, creo, no tiene precedentes en nuestra profesion. 
Le debemos mucho por ello. [Aplausos del publico]. 



Capftulo 21 

Algunas palabras y frases confusas que vale 

la pena evitai^ 



Existen ciertas palabras y frases que recomendamos evitar, al menos en ciertos contextos o 
con ciertos usos, bien porque son ambiguas o bien porque expresan indirectamente una opinion 
con la que esperamos que no estds totalmente de acuerdo. 



Comercial 

Por favor no uses «comercial» como sinonimo de «no libre». Se estanan confundien- 
do dos asuntos completamente distintos. 

Un programa es comercial si se desarrolla como parte de una actividad empresarial. 
Un programa comercial puede ser libre o no libre, segun su licencia. De la misma forma, 
un programa desarrollado por una escuela o un particular puede ser libre o no libre, 
segun su licencia. Ambas cuestiones, que clase de entidad desarrollo el programa y que 
libertad tienen sus usuarios, son independientes. 

En la primera decada del Movimiento del Software Libre, los paquetes de soft- 
ware libre eran casi siempre no comerciales; los componentes del sistema operativo 
GNU/Linux fueron desarrollados por individuos u organizaciones sin animo de lucro 
como la FSF y algunas universidades. Pero en la decada de 1990 comenzo a aparecer 
software libre comercial. 

El software libre comercial es una contribucion a nuestra comunidad, por lo que de- 
bemos promoverlo. Pero quienes piensen que «comercial» significa «no libre» tenderan 
a pensar que la combination de «libre» y «comercial» es contradictoria, y rechazaran esa 
posibilidad. Tengamos cuidado de no utilizar la palabra «comercial» de esa manera. 



Contenido 

Para describir un estado de comodidad y satisfaction, sin ninguna duda diras que 
estas «contento», pero es mejor no usar esta palabra para describir obras escritas y otras 



1 Escrito originalmente en 1996. 
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obras de autoria, ya que encierra una actitud especlfica hacia esas mismas obrasj^] que 
son un producto intercambiable cuyo fin es el de llenar un recipiente y ganar dinero. 
En realidad, es una falta de respeto hacia las propias obras. 

Los que usan este termino suelen ser a menudo los editores que presionan para que 
aumente el poder del copyright en nombre de los autores — «creadores», como ellos 
dicen — de las obras. El termino «contento» revela como se sienten realmente. 

Ya que hay quien utiliza la expresion «proveedor de contenidos», los disidentes 
politicos bien pueden autodenominarse «proveedores descontentos». 

Creador 

El termino «creador», aplicado a los autores, los equipara implicitamente a una dei- 
dad («el Creador»). Este termino es utilizado por los editores para elevar la estatura 
moral de los autores por encima de la del ciudadano medio, justificando un mayor 
poder del copyright que los editores pueden ejercer en nombre de los autores. 

Freeware 

Por favor no uses el termino «freeware» como sinonimo de «software libre». El ter- 
mino «freeware» fue utilizado con frecuencia durante la decada de 1980 para hacer 
referenda a programas publicados solo como ejecutables, con el codigo fuente no dis- 
ponible. Hoy en dia no esta aceptada ninguna definicion especlfica. 

De la misma manera, si utilizas otro idioma diferente al ingles, por favor intenta 
evitar palabras tomadas del ingles como «free software» o «freeware». Intenta utilizar 
palabras menos ambiguas que te ofrezca tu propio idioma, por ejemplo: 

■ Aleman: freie software 

■ Arabe: baramej horrah 

■ Catalan: Programari lliure 

■ Checo: svobodny software 

■ Chino: ziyou man jian 

■ Danes: fri software (o tambien:/n'£ programmel) 

■ Eslovaco: slobodny softver 

■ Esloveno: prosto programje 

■ Espanol: software libre 



2 En ingles la palabra content significa tanto «contenido» como «contento» o «satisfecho», circunstancia 
que Stallman emplea para hacer un juego de palabras en esta entrada. [N. del E.] 
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■ Esperanto: libera softvaro 

■ Fines: vapaa ohjelmiston 

■ Frances: logiciel libre 

■ Hebreo: tochna chofshit 

■ Hungaro: szabad szoftver 

■ Italiano: software liber o 

■ Irlandes: bog earrai saoired 

■ Japones: jiyuu-na software 

■ Neerlandes: vrije software 

■ Portugues: software livre 

■ Rumano: software liber 

■ Sueco: fri programvara 

■ Tamil: Sudanthiram software 

■ Turco: ozgtir yazilim 

Gestion de derechos digitales (DRM) 

El software para la gestion de derechos digitales (Digital Rights Management o DRM) 
esta disenado en realidad para imponer restricciones a los usuarios de ordenadores. El 
uso de la palabra «derechos» en esta expresion responde a una propaganda pensada 
para que, sin darte cuenta, veas el asunto desde el punto de vista de los pocos que 
imponen las restricciones, mientras ignoras los derechos de los muchos a quienes las 
restricciones son impuestas. 

Son buenas alternativas: «Gesti6n de restricciones digitales» o «software con grille- 
tes». 

Licencia de tipo BSD 

La expresion «licencia de tipo BSD» lleva a confusion porque mezcla licencias que 
tienen importantes diferencias. Por ejemplo, la licencia BSD original con la clausula 
sobre publicidad es incompatible con la GNU GPL, pero la licencia BSD revisada si es 
compatible con la GPL. 

Para evitar confusiones es mejor nombrar la licencia especifica en cuestion y evitar la 
vaga expresion «de tipo BSD». 



CAPfTULO 21. ALGUNAS PALABRAS Y FRASES CONFUSAS QUE VALE LA PENA EVITAR 



201 



Piraterfa 

Los editores frecuentemente se refieren a la copia prohibida como "piraterfa". De 
esta forma, expresan indirectamente que hacer copias ilegales es eticamente equivalente 
a atacar barcos en alta mar, secuestrar y asesinar a la gente que viaja en ellos. 

Si no crees que la copia ilegal sea como secuestrar y asesinar, podrias preferir no 
usar la palabra pirateria para describirla. Expresiones neutrales como «copia prohibida» 
o «copia no autorizada» pueden utilizarse en su lugar. Incluso algunos de nosotros 
podriamos preferir utilizar una expresion positiva tal como compartir informacion con 
tu vecino". 

Propiedad intelectual 

A los editores y a los abogados les gusta describir el «copyright» como «propiedad 
intelectual». La expresion «propiedad intelectual» conlleva una presuncion oculta: que 
la forma mas normal de pensar respecto a la cuestion de la copia se basa en una analogia 
con los objetos fisicos y en la idea que nos hacemos de ellos como propiedad. 

Pero esta analogia pasa por alto la diferencia crucial entre objetos materiales e in- 
formacion: la informacion puede ser copiada y compartida casi sin esfuerzo, mientras 
que los objetos materiales no. Fundar tu pensamiento en esta analogia es ignorar esta 
diferencia. 

Incluso el sistema legal de los EEUU no acepta por completo esta analogia, debido 
a que no trata al copyright como derechos de propiedad sobre objetos fisicos. 

Si no quieres limitarte en esta forma de pensar, es mejor evitar la expresion «propie- 
dad intelectual» en tus palabras y en tus pensamientos. 

Hay otro problema con el termino «propiedad intelectual»: es un termino generico 
en el que se mezclan varios sistemas legales diferentes, incluyendo copyrights, patentes, 
marcas registradas y otros, que tienen muy poco en comun. Estos sistemas legales, que 
se originaron por separado, regulan actividades distintas, operan de distinta manera 
y plantean distintas cuestiones sobre las normativas publicas. Por ejemplo, si aprendes 
algo sobre las leyes de copyright, haras bien en asumir que no es una ley de patentes, ya 
que casi siempre es asi. Puesto que estas leyes son tan distintas, la expresion «propiedad 
intelectual» es una invitacion a una generalizacion simplista. Asi, cualquier opinion 
sobre «propiedad intelectual» sera, casi con seguridad, una estupidez. En un contexto 
tan impreciso, ni siquiera se pueden apreciar los problemas especificos sobre politica 
publica que plantean las leyes de copyright o los diferentes problemas suscitados por 
las leyes de patentes, o por cualquiera de las otras. 

El termino «propiedad intelectual» lleva a la gente a centrarse en el minimo co- 
mun denominador de estas leyes distintas, que es el hecho de que establecen algunas 
abstracciones que pueden comprarse y venderse, e ignorar el aspecto importante, que 
son las restricciones que imponen al publico y que bien o mal provocan estas mismas 
restricciones. 
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Si quieres pensar con claridad en las cuestiones que plantean las patentes, el copy- 
right y las marcas registradas, o incluso aprender que dictan estas leyes, el primer paso 
consiste en olvidarte de que alguna vez oiste la expresion «propiedad intelectual» y tra- 
tar cada una de las cuestiones de forma independiente. Para ofrecer una informacion 
clara y fomentar un pensamiento lucido, nunca hables o escribas sobre «propiedad in- 
telectual»; en lugar de eso, expon el tema de manera concreta sobre el copyright, las 
patentes o cualquier otra ley especifica a la que te estas refiriendo. 

De acuerdo con el profesor Mark Lemley de la Facultad de Derecho de la Univer- 
sidad de Tejas, el extendido uso de la expresion «propiedad intelectual» es una mania 
reciente, surgida en 1967 en la fundacion de la Organization Mundial de la Propiedad 
IntelectuafJOMPI, o WIPO, en sus siglas en ingles). La OMPI defiende los intereses de 
los titulares del copyright, patentes y marcas registradas, presionando a los gobiernos 
para aumentar su poder. Uno de los tratados de la OMPI sigue la linea de la Digital Mi- 
llenium Copyright Act que se ha utilizado en los Estados Unidos para censurar algunos 
paquetes muy utiles de software libre en EE.UUn 



Proteccion 

A los abogados de los editores les encanta utilizar el termino «proteccion» para 
describir el «copyright». Esta palabra lleva implicita la idea de que evita la destruction 
o el sufrimiento; por lo tanto, impulsa a la gente a identificarse con el propietario y el 
editor, que se benefician del «copyright», en lugar de identificarse con los usuarios que 
son restringidos por el. 

Es facil evitar el termino «proteccion» y utilizar expresiones neutrales en su lugar. 
Por ejemplo, en lugar de «la proteccion del copyright permanece vigente por un tiempo 
prolongado», puedes decir, «el copyright permanece vigente por un tiempo prolonga- 
do». 

Si quieres criticar el copyright en lugar de apoyarlo, puedes emplear la expresion 
«restricciones del copyright». 



RAND (razonable y no discriminatoria) 

Los organismos de estandarizacion, que promulgan estandares restringidos de pa- 
tentes que prohfben el software libre, suelen llevar a cabo una politica para la obtencion 
de licencias de patentes que requiere el pago de una tasa fija por cada copia hecha de un 
programa que cumpla esos estandares. A menudo se refieren a dichas licencias con el 
termino «RAND», que son las siglas de Reasonable And Non-Discriminatory («razonable 
yno discriminatoria»). 



3 Vease la nota 123 de su resena de marzo de 1997, en la revista de Derecho de Tejas, de Romantic 
Autorship and the Rhetoric of Property de James Boyle. 



4 Visita 



http : / / www . wipout . net 



para informarte sobre una campana contra la OMPI. 
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Este termino no es mas que un lavado de cara para un tipo de licencias de paten- 
tes que no son normalmente ni razonables ni no discriminatorias. Es cierto que estas 
licencias no discriminan a ninguna persona en particular, pero si discriminan a la co- 
munidad del software libre, lo que no las hace en absoluto razonables. Asi que la mitad 
de RAND es enganosa y la otra mitad discriminatoria. 

Los organismos de estandarizacion deberian reconocer que estas licencias son dis- 
criminatorias y no usar la expresion «razonable y no discriminatoria » o RAND para 
describirlas. Hasta que lo reconozcan, los escritores que no quieran unirse a ese lavado 
de cara haran bien en descartar esta expresion. Aceptarla y utilizarla meramente porque 
las companias esgrime-patentes han extendido su uso, es permitir que esas companias 
dicten su propia voluntad. 

Recomiendo la expresion uniform fee only, o UFO de forma mas abreviadaj^] como 
alternativa. Esta es la expresion exacta, ya que la unica condition de estas licencias es 
el pago de una tasa uniforme de uso. 

Robo 

Los apologetas del copyright emplean con frecuencia palabras como robo y hurto 
para describir la violacion del copyright. Al mismo tiempo, piden que consideremos el 
sistema legal como una autoridad etica: si copiar esta prohibido, debe ser malo. De este 
modo, es pertinente mencionar que el sistema legal — al menos en los Estados Unidos — 
rechaza la idea de que la violacion del copyright sea un «robo». Los apologetas del 
copyright apelan a la autoridad, mientras tergiversan lo que la propia autoridad dice. 
La idea de que las leyes deciden que esta bien o que esta mal responde normalmente a 
una equivocation. Las leyes son, en el mejor de los casos, un intento de alcanzar justicia; 
decir que las leyes definen la justicia o la conducta etica es darle la vuelta a las cosas. 

Software gratuito 

Si quieres decir que un programa es software libre, por favor no digas que esta dis- 
ponible «de forma gratuita». Esa expresion significa explicitamente que tiene un «precio 
cero». El software libre es una cuestion de libertad, no de precio. 

Las copias de software libre frecuentemente estan disponibles de forma gratuita — 
por ejemplo, para ser descargadas por FTR Pero las copias de software libre tambien 
estan disponibles por un cierto precio en CD-ROM; tambien las copias de software pro- 
pietario estan disponibles ocasionalmente en promotion de forma gratuita y algunos 
paquetes propietarios estan en muchas ocasiones disponibles, sin cobrar nada, para 
ciertos usuarios. 

Para evitar la confusion, puedes decir que el programa esta disponible «como soft- 
ware libre ». 



5 Uniform fee only: «solo tasa uniforme». UFO son las siglas en ingles de unidentified flying object, «objeto 
volante no identificado». [N. del E.] 
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Software regalado 

Es erroneo utilizar el termino «regalar» para referirse a «distribuir un programa 
como software libre». Tiene el mismo problema que «software gratuito»: expresa que 
lo importante es el precio, no la libertad. Una forma de evitar esta confusion es decir 
«publicado como software libre». 

Vender software 

La expresion «vender software» es ambigua. Estrictamente hablando, intercambiar 
una copia de un programa libre por una cantidad de dinero es «vender»; pero la gente 
normalmente asocia el termino «vender» con restricciones propietarias en el uso conse- 
cutivo del software. Puedes ser mas preciso y evitar confusiones, diciendo «distribuir 
copias de un programa por una cantidad» o «imponer restricciones propietarias al uso 
de un programa», dependiendo de lo que quieras expresar. 

Vease el capitulo «vender software libre» para profundizar sobre esta cuestion. 



Parte IV 

Licencias 



Apendice A 

Licencia Publica General GNU 



General Public License o GPL-GNU 
Version 2, junio 1991, 

Copyright © 1989, 1991 Free Software Foundation, Inc. 
675 Mass Ave, Cambridge, MA 02139, EEUU 

Se permite la copia y distribucion de copias literales de este documento, pero no se 
permite su modification. 

Preambulo 

Las licencias que cubren la mayor parte del software estan disenadas para despojar- 
le de la libertad para compartirlo y para modificarlo. Por el contrario, la Licencia Publi- 
ca General de GNU pretende garantizar la libertad de compartir y modificar software 
libre — para asegurar que el software es libre para todos sus usuarios. Esta Licencia Pu- 
blica General se aplica a la mayor parte del software de la Free Software Foundation y a 
cualquier otro programa si sus autores se comprometen a utilizarla. [Existe otro soft- 
ware de la Free Software Foundation que esta cubierto por la Licencia Publica General de 
GNU para Bibliotecas.] Tambien puedes aplicarla a sus propios programas. 

Cuando hablamos de software libre, estamos refiriendonos a la libertad, no al pre- 
cio. Nuestra Licencia Publica General esta disenada para asegurarnos de que tenga la 
libertad de distribuir copias de software libre — y cobrar por ese servicio si quiere — , de 
que reciba el codigo fuente o de que pueda conseguirlo si asi lo desea, de que pueda 
modificar el software o utilizar fragmentos del mismo en nuevos programas libres, y 
de que sepa que puede hacer todas estas cosas. 



1 This is an unofficial translation of the GNU General Public License into Spanish. It was not published 
by the Free Software Foundation, and does not legally state the distribution terms for software that uses 
the GNU LGPL — only the original English text of the GNU GPL does that. However, we hope that this 
translation will help Spanish speakers understand the GNU GPL better. [Esta es una traduction no oficial 
al espaftol de la GNU General Public License. No ha sido publicada por la Free Software Foundation, y 
no establece legalmente las condiciones de distribucion para el software que usa la GNU GPL. Estas con- 
diciones se establecen solamente por el texto original, en ingles, de la GNU GPL. Sin embargo, esperamos 
que esta traduction ayude a los hispanohablantes a entender mejor la GNU GPL.] 
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Para proteger sus derechos, necesitamos algunas restricciones que prohfban negarle 
a usted estos derechos o pedirle que renuncie a ellos. Estas restricciones se traducen 
en ciertas obligaciones que le afectan si distribuye copias del software, o si modifica 
software. 

Por ejemplo, si distribuye copias de uno de estos programas, ya sea gratuitamente, 
o a cambio de unos honorarios, debe dar a los receptores todos los derechos que posee. 
Debe asegurarse de que ellos tambien reciben, o pueden conseguir, el codigo fuente. Y 
debe mostrarles estas condiciones de forma que conozcan sus derechos. 

Protegemos sus derechos por medio de la combinacion de dos medidas: (1) pone- 
mos el software bajo copyright y (2) le ofrecemos esta licencia, que le da permiso legal 
para copiar, distribuir y/o modificar el software. 

Tambien, para proteger a cada autor y a nosotros mismos, queremos asegurarnos 
de que todo el mundo comprende que no se proporciona ninguna garantia para este 
software libre. Si el software es modificado y distribuido, queremos que sus receptores 
sepan que lo que tienen no es el original, de forma que cualquier problema introducido 
por otros no afecte a la reputacion de los autores originales. 

Por ultimo, cualquier programa libre esta constantemente amenazado por las paten- 
tes de software. Queremos evitar el peligro de que los distribuidores de un programa 
libre lo patenten por su cuenta, convirtiendo asi el programa en propietario. Para evitar 
esto, hemos dejado claro que cualquier patente debe ser registrada para el libre uso, o 
no ser registrada de ninguna manera. 

Los terminos exactos y las condiciones para la copia, distribucion y modificacion se 
exponen a continuacion. 

Terminos y condiciones para la copia, distribucion y modifica- 
cion de la Licencia Publica General de GNU 

0. Esta licencia se aplica a cualquier programa u otro tipo de trabajo que contenga 
una nota colocada por el titular del copyright que senale que puede ser distribui- 
do bajo los terminos de esta Licencia Publica General. En adelante, el «Programa» 
se referira a cualquier programa o trabajo que cumpla esa condition y el «trabajo 
basado en el programa» se referira bien al Programa o a cualquier trabajo deriva- 
do de el segun la ley de copyright; esto es, un trabajo que contenga el programa 
o una portion de el, ya sea de forma literal o con modificaciones y/o traducido 
en otro lenguaje. (Por lo tanto, la traduction esta incluida sin limitaciones en el 
termino «modificacion».) Cada titular de la licencia sera denominado «usted». 

Cualquier otra actividad que no sea la copia, distribucion o modificacion no es- 
ta cubierta por esta licencia y esta fuera de su incumbencia. El acto de ejecutar 
el Programa no esta restringido y los resultados del Programa estan cubiertos 
unicamente si sus contenidos constituyen un trabajo basado en el Programa, in- 
dependientemente de haberlo producido mediante la ejecucion del programa. El 
que esto se cumpla, depende de lo que haga el Programa. 
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1. Usted puede copiar y distribuir copias literales del codigo fuente del Programa, 
segun lo ha recibido, en cualquier medio, siempre que de forma adecuada y bien 
visible publique en cada copia un anuncio de copyright adecuado y un repudio 
de garantia; mantenga intactos todos los anuncios que se refieran a esta licencia 
y a la ausencia de garantia y proporcione a cualquier otro receptor del programa 
una copia de esta licencia junto con el Programa. 

Puede cobrar un precio por el acto fisico de transferir una copia, y puede, segun 
su libre albedrio, ofrecer una garantia a cambio de unos honorarios. 

2. Puede modificar su copia o sus copias del Programa o de cualquier fragmento del 
mismo, creando de esta manera un trabajo basado en el Programa, y puede copiar 
y distribuir esa modificacion o trabajo bajo los terminos del apartado 2, antedicho, 
siempre que ademas cumpla las siguientes condiciones: 

a. Debe hacer que los ficheros modificados lleven anuncios prominentes indi- 
cando que los ha cambiado y la fecha de cualquier modificacion. 

b. Debe hacer que cualquier trabajo que distribuya o publique y que en todo 
o en parte contenga o sea derivado del Programa o de cualquier parte de 
el sea registrado como un todo, sin carga alguna a terceras partes bajo las 
condiciones de esta licencia. 

c. Si el programa modificado lee normalmente ordenes interactivamente cuan- 
do es ejecutado, debe hacer que, cuando comience su ejecucion para ese uso 
interactivo de la forma habitual, muestre o escriba un mensaje que incluya 
un anuncio del copyright y un anuncio de que no se ofrece ninguna garantia 
— o por el contrario que usted provee la garantia — y que los usuarios pue- 
den redistribuir el programa bajo estas condiciones, indicando al usuario 
como puede ver una copia de esta licencia. (Excepcion: si el propio progra- 
ma es interactivo pero normalmente no muestra este anuncio, no se requiere 
que su trabajo basado en el Programa muestre ningun anuncio.) 

Estos requisitos se aplican al trabajo modificado como un todo. Si partes identifi- 
cables de ese trabajo no son derivadas del Programa, y pueden, razonablemente, 
considerarse trabajos independientes y separados en si mismos, entonces esta Li- 
cencia y sus terminos no se aplicaran a esas partes cuando sean distribuidas como 
trabajos separados. Pero cuando distribuya esas mismas secciones como partes de 
un conjunto, que no deja de ser un trabajo basado en el Programa, la distribucion 
del conjunto debe hacerse segun los terminos de esta licencia, cuyos permisos 
para otros propietarios de la licencia se extienden al conjunto completo, y por lo 
tanto a todas y cada una de sus partes, con independencia de quien la escribio. 

Por lo tanto, no es la intencion de este apartado reclamar derechos o desafiar sus 
derechos sobre trabajos escritos completamente por usted. Mas bien se intenta 
ejercer el derecho a controlar la distribucion de los trabajos derivados o colectivos 
basados en el Programa. 
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Ademas, el simple hecho de reunir un trabajo no basado en el Programa con el 
Programa — o con un trabajo basado en el Programa — en un volumen de alma- 
cenamiento o en un medio de distribucion no hace que dicho trabajo entre dentro 
del ambito cubierto por esta licencia. 

3. Puede copiar y distribuir el Programa — o un trabajo basado en el, segun se es- 
pecifica en el apartado 3 — , como codigo objeto o en formato ejecutable segun los 
terminos de los apartados 2 y 3, siempre que ademas cumpla una de las siguientes 
condiciones: 

a. Acompanarlo con el codigo fuente completo correspondiente, en formato 
electronico, que debe ser distribuido segun se especifica en los apartados 2 y 
3 de esta Licencia en un medio habitualmente utilizado para el intercambio 
de programas, o 

b. Acompanarlo con una oferta por escrito, valida al menos durante tres anos, 
para proporcionar a terceros una copia completa en formato electronico del 
codigo fuente correspondiente, a un coste no mayor que el de realizar fisica- 
mente la distribucion del codigo fuente, que sera distribuido bajo las condi- 
ciones descritas en los apartados 2 y 3, en un medio habitualmente utilizado 
para el intercambio de programas, o 

c. Acompanarlo con la informacion que recibio ofreciendo distribuir el codigo 
fuente correspondiente. (Esta opcion se permite solo para distribucion no co- 
mercial y solo si usted recibio el programa como codigo objeto o en formato 
ejecutable con tal oferta, de acuerdo con el apartado b anterior.) 

Por codigo fuente de un trabajo se entiende la forma preferida del trabajo cuando 
se introducen modificaciones. Para un trabajo ejecutable, se entiende por codi- 
go fuente completo el codigo fuente de todos los modulos que contiene, ademas 
de cualquier fichero asociado de definicion de interfaces y de los guiones utili- 
zados para controlar la compilacion e instalacion del ejecutable. Como excepcion 
especial, el codigo fuente distribuido no necesita incluir nada que sea distribuido 
normalmente — bien como fuente, bien en forma binaria — con los componentes 
principales — compilador, kernel y similares — del sistema operativo en el cual 
funciona el ejecutable, a no ser que el propio componente acompane al ejecutable. 

Si la distribucion del ejecutable o del codigo objeto se hace mediante la oferta 
de un acceso para copiarlo de un cierto lugar, entonces se considera la oferta de 
acceso para copiar el codigo fuente de ese mismo lugar como distribucion del 
codigo fuente, incluso aunque terceras partes no esten forzadas a copiar la fuente 
junto con el codigo objeto. 

4. No puede copiar, modificar, «sublicenciar» o distribuir el Programa excepto como 
preve expresamente esta licencia. Cualquier intento de copiar, modificar, «subli- 
cenciar» o distribuir el Programa de otra forma no es valida, y hara que cesen 
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automaticamente los derechos que le proporciona esta Licencia. En cualquier ca- 
so, las partes que hayan recibido copias o derechos de usted bajo esta Licencia no 
cesaran en sus derechos mientras esas partes continuen cumpliendola. 

5. No esta obligado a aceptar esta licencia, ya que no la ha firmado. Sin embargo, no 
hay nada mas que le autoriza a modificar o distribuir el Programa o sus trabajos 
derivados. Estas acciones estan prohibidas por la ley si no acepta esta Licencia. 
Por lo tanto, si modifica o distribuye el Programa — o cualquier trabajo basado 
en el Programa — , esta indicando que acepta esta Licencia para poder hacerlo, y 
todos sus terminos y condiciones para copiar, distribuir o modificar el Programa 
o trabajos basados en el. 

6. Cada vez que redistribuya el Programa — o cualquier trabajo basado en el — , el re- 
ceptor recibe automaticamente una licencia del emisor de la licencia original para 
copiar, distribuir o modificar el Programa, sujeta a estos terminos y condiciones. 
No puede imponer al receptor ninguna restriction adicional sobre el ejercicio de 
los derechos garantizados aqui. Usted no es responsable de hacer cumplir esta 
licencia a terceros. 

7. Si, como consecuencia de una resolution judicial o de una alegacion de infrac- 
tion de patente o por cualquier otra razon — no limitada a asuntos relacionados 
con patentes — , se le impusieran condiciones — ya sea por mandato judicial, por 
acuerdo o por cualquier otra causa — que contradigan las condiciones de esta li- 
cencia, esto no le exime de cumplir las condiciones de la misma. Si no puede 
distribuir el Programa de forma que se satisfagan simultaneamente sus obligacio- 
nes bajo esta licencia y cualquier otra obligation pertinente, entonces no podra 
distribuir el Programa de ninguna forma. Por ejemplo, si una patente no permi- 
te la redistribution libre de derechos de autor del Programa por parte de todos 
aquellos que reciban copias directa o indirectamente a traves de usted, entonces 
la unica forma en que podria satisfacer tanto esa condition como esta licencia 
seria evitar completamente la distribucion del Programa. 

Si cualquier portion de este apartado se considera nula o imposible de cumplir 
en cualquier circunstancia particular habra de cumplirse el resto y la section por 
entero habra de cumplirse en cualquier otra circunstancia. 

No es el proposito de este apartado inducirle a infringir ninguna reivindicacion de 
patente ni de ningun otro derecho de propiedad o a impugnar la validez de ningu- 
na de dichas reivindicaciones. Este apartado tiene el unico proposito de proteger 
la integridad del sistema de distribucion de software libre, que se realiza median- 
te practicas de licencia publica. Mucha gente ha hecho contribuciones generosas a 
la amplia variedad de software distribuido mediante ese sistema, con la confianza 
de que el sistema se aplicara consistentemente. Pertenece al autor/ donante deci- 
dir si quiere distribuir software mediante cualquier otro sistema; una licencia no 
puede imponer esa election. 
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Este apartado pretende dejar completamente claro lo que se cree que es una con- 
secuencia del resto de esta Licencia. 

8. Si la distribucion y/ o uso del Programa esta restringida en ciertos paises, ya sea 
por medio patentes o por interfaces bajo copyright, el titular del copyright que 
coloca este Programa bajo esta licencia puede aftadir una limitacion explicita de 
distribucion geografica excluyendo dichos paises, de forma que la distribucion se 
permita solo en o entre los paises no excluidos de esta manera. En ese caso, esta 
licencia incorporara la limitacion como si estuviese escrita en el cuerpo de esta 
licencia. 

9. La Free Software Foundation puede publicar versiones revisadas y/o nuevas de 
la Licencia Publica General de cuando en cuando. Estas nuevas versiones seran 
similares en espiritu a la presente version, pero pueden ser diferentes en algunos 
detalles con el fin considerar nuevos problemas o situaciones. 

Cada version recibe un numero que la distingue de otras. Si el Programa espe- 
cifica un numero de version de esta licencia que se refiere a ella y a «cualquier 
version posteriory tiene la opcion de seguir los terminos y condiciones, bien de 
esa version, bien de cualquier version posterior publicada por la Free Software 
Foundation. Si el Programa no especifica un numero de version para esta licencia, 
podras escoger cualquier version publicada por la Free Software Foundation. 

10. Si quisiera incorporar ciertas partes del Programa en otros programas libres cuyas 
condiciones de distribucion son diferentes, contacte al autor para pedirle permi- 
so. Si el software tiene copyright de la Free Software Foundation, escriba a la Free 
Software Foundation: algunas veces hacemos excepciones en estos casos. Nuestra 
decision estara guiada por el doble objetivo de preservar la libertad de todos los 
derivados de nuestro software libre y de promover que se comparta y reutilice el 
software en general. 

ausencia de garantf a 

11. Dado que el programa se licencia de forma gratuita, no se ofrece 
ninguna garantia sobre el programa en toda la extension permiti- 
da por la legislacion aplicable. excepto cuando se indique de otra 
forma por escrito, los titulares del copyright y/u otras partes pro- 
porcionan el programa «tal cual», sin garantia de ninguna clase, 
ya sea expresa o implicita, incluyendo — pero no limitado por — las 
garantias mercantiles implicitas o a la conveniencia para cualquier 
proposito particular. cualquier riesgo referente a la calidad y a las 
prestaciones del programa es asumido por usted. si se probase que el 
Programa es defectuoso, asume el coste de cualquier servicio, repa- 
racion o correccion. 
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12. En ningun caso, salvo que lo requiera la legislacion aplicable o ha- 
ya sido acordado por escrito, ningun titular del copyright ni ningu- 
na otra parte que modifique y/o redistribuya el programa segun se 
permite en esta llcencia sera responsable ante usted por danos, in- 
cluyendo cualquier dano general, especial, incidental o resultan- 
te producido por el uso o la imposibilidad de uso del programa — 
incluyendo, pero no limitado por, la perdida de datos, la generacion 
incorrecta de datos, las perdidas sufridas por usted o por terceros, y 
un fallo del programa al funcionar en combinacion con cualquier 
otro programa — , incluso si dicho titular u otra parte ha sido ad- 
vertido de la posibilidad de dichos danos. 



FIN DE TERMINOS Y CONDICIONES 



Apendice. Como aplicar estos terminos a sus nuevos programas. 

Si usted desarrolla un nuevo Programa, y quiere que sea del mayor uso posible para 
el publico en general, la mejor forma de conseguirlo es convirtiendolo en software libre 
que cualquiera pueda redistribuir y cambiar segun estos terminos. 

Para hacerlo, anada las siguientes clausulas al programa. Lo mas seguro es anadirlas 
al principio de cada fichero fuente para transmitir lo mas efectivamente posible la au- 
sencia de garantia. Ademas, cada fichero deberia tener al menos la linea de «copyright» 
y un indicador de donde puede encontrarse el anuncio completo. 

<una Unea para indicar el nombre del programa y una breve idea de que hace.> 

Copyright (C) 19aa <nombre del autor> 

Este programa es software libre. Puede redistribuirlo y/o 
modificarlo bajo los terminos de la Licencia Publica General 
de GNU segun es publicada por la Free Software Foundation, 
bien de la version 2 de dicha Licencia o bien — segun su 
eleccion — de cualquier version posterior. 

Este programa se distribuye con la esperanza de que sea 
util, pero SIN NINGUNA GARANTIA, incluso sin la garantia 
MERCANTIL implicita o sin garantizar la CONVENIENCIA PARA UN 
PROPOSITO PARTICULAR. Para mas detalles, vease la Licencia 
Publica General de GNU. 

Deberia haber recibido una copia de la Licencia Publica 
General junto con este programa. En caso contrario, escriba 
a la Free Software Foundation, Inc., en 675 Mass Ave, 
Cambridge, MA 0213 9, EEUU . 
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Anada tambien informacion sobre como contactar con usted mediante correo elec- 
tronico y postal. 

Si el programa es interactivo, haga que muestre un pequeno anuncio como el si- 
guiente, cuando comienza a funcionar en modo interactivo: 

Gnomovision version 69, Copyright © 19aa nombre del autor 

Gnomovision no ofrece ABSOLUTAMENTE NINGUNA GARANTIA. Para 
mas detalles escriba «show c». 

Los comandos hipoteticos «show w» y «show c» deberian mostrar las partes ade- 
cuadas de la Licencia Publica General. Por supuesto, los comandos que use pueden 
llamarse de cualquier otra manera. Podrian incluso ser pulsaciones del raton o elemen- 
tos de un menu — lo que sea apropiado para su programa. 

Tambien debera conseguir que su empleador — si trabaja como programador — o 
su Universidad — si es el caso — firme un «renuncia de copyright» para el programa, 
en caso de que sea necesario. A continuacion se ofrece un ejemplo, altere los nombres 
segun sea conveniente: 

Yoyodyne, Inc. mediante este documento renuncia a cualquier 
interes de derechos de copyright con respecto al programa 
Gnomovision — que hace pasadas a compiladores — escrito por 
James Hacker 

<firma de Ty Coon> , 20 de diciembre de 1996 
Ty Coon, Presidente de Asuntillos Varios. 

Esta Licencia Publica General no permite incorporar sus programas en programas 
propietarios. Si su programa es una biblioteca de subrutinas, puede considerar mas 
util permitir enlazar aplicaciones propietarias con la biblioteca. Si este es el caso, use la 
Licencia Publica General de GNU para Bibliotecas en lugar de esta Licencia. 



Apendice B 

Licencia Publica General Menot 1 



GNU Lesser General Public Licence, GNU-GPL 
Version 2.1, Febrero 1999 
Copyright © 1991, 1999 

Free Software Foundation, Inc. 59, Temple Place, Suite 330, Boston, MA 02111-1307 
USA 

Se permite la copia y distribucion de copias literales de este documento, pero no se 
permite su modification. 

Preambulo 

Las licencias, para la mayoria del software, estan disenadas para eliminar la libertad 
de compartirlo o de modificarlo. En contraste, las Licencias Publicas Generales GNU 
pretenden garantizar la libertad de compartir y modificar el software; para asegurar 
que el software sea libre para todos los usuarios. 

Esta licencia, la Licencia Publica General Menor [Lesser General Public Licence], 
se aplica a ciertos paquetes de software especificamente disenados — normalmente 
bibliotecas — de la Free Software Foundation y de otros autores que deciden usarla. Usted 
tambien puede usarla, pero le sugerimos que piense primero cuidadosamente si esta 
licencia o la General Public Licence ordinaria, es o no la mejor estrategia en su caso 
particular, basandose en las explicaciones siguientes. 

Cuando hablamos de software libre, nos referimos a libertad de uso, no al precio. 
Nuestra Licencia Publica General esta disenada para asegurar que usted sea libre de 
distribuir copias de software libre — y cobrar por este servicio si asi lo desea — ; que 



1 This is an unofficial translation of the GNU Lesser General Public License into Spanish. It was not 
published by the Free Software Foundation, and does not legally state the distribution terms for software 
that uses the GNU LGPL — only the original English text of the GNU LGPL does that. However, we hope 
that this translation will help Spanish speakers understand the GNU GPL better. [Esta es una traduction 
no oficial al espafiol de la GNU Lesser General Public License. No ha sido publicada por la Free Software 
Foundation, y no establece legalmente las condiciones de distribucion para el software que usa la GNU 
LGPL. Estas condiciones se establecen solamente por el texto original, en ingles, de la GNU LGPL. Sin 
embargo, esperamos que esta traduction ayude a los hispanohablantes a entender mejor la GNU LGPL.] 
Esta es la primera version emitida de la GPL Menor. Es tambien la sucesora de la GNU Library Public 
Licence, version 2, de aqui la version 2.1 
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reciba el codigo fuente o que pueda obtenerlo si asi lo quiere; que pueda modificar el 
software y utilizar partes de el en nuevos programas libres; y que haya sido informado 
de que tiene estos derechos. 

Para proteger sus derechos, necesitamos imponer restricciones que prohfban a los 
distribuidores negarle estos derechos o a pedirle que renuncie a los mismos. Estas res- 
tricciones se traducen en ciertas responsabilidades si distribuye copias de la biblioteca 
o si la modifica. 

Por ejemplo, si distribuye copias de la biblioteca, de forma gratuita o no, debe ofre- 
cer a los receptores todos los derechos que nosotros le ofrecemos a usted. Debe asegu- 
rarse de que ellos tambien reciban o puedan obtener el codigo fuente. Si usted enlaza 
otro codigo con la biblioteca, debe proporcionar a los receptores los ficheros objeto com- 
pletos, de forma que ellos puedan reenlazarlos con la biblioteca despues de introducir 
cambios en la biblioteca y recompilarla. Y debe mostrarles estos terminos para que co- 
nozcan sus derechos. 

Nosotros protegemos sus derechos con un metodo que consiste en dos pasos: (1) 
obtenemos los derechos de autor de la biblioteca y (2) le ofrecemos esta licencia que le 
autoriza acopiar, distribuir y/ o modificar la biblioteca. 

Para proteger a los distribuidores, queremos dejar muy claro que no existe garantia 
para la biblioteca libre. Ademas, si la biblioteca es modificada por alguien y se transmi- 
te, los receptores deberian saber que lo que tienen no es la version original, de forma 
que la reputacion del autor original no se vea afectada por problemas que podrian ser 
introducidos por otros. 

Por ultimo, las patentes de software plantean una amenaza constante para la exis- 
tencia de cualquier programa libre. Queremos asegurarnos que una empresa no pueda 
limitar eficazmente a los usuarios de un programa libre mediante la obtencion de una 
licencia restrictiva de un titular de patente. Por lo tanto, insistimos en que cualquier 
licencia de patente obtenida para una version de la biblioteca sea congruente con todas 
las libertades de uso especificadas en esta licencia. 

La mayoria del software GNU, incluyendo algunas bibliotecas, esta cubierto por 
la Licencia Publica General GNU ordinaria. Esta licencia, la Licencia Publica General 
Menor GNU, se aplica a ciertas bibliotecas y es bastante diferente de la Licencia Publica 
General ordinaria. Usamos esta licencia para ciertas bibliotecas con el objeto de permitir 
el enlace de las mismas dentro de programas no libres. 

Cuando un programa se enlaza con una biblioteca, ya sea estaticamente ya sea usan- 
do una biblioteca compartida, la combinacion de los dos es, legalmente hablando, un 
trabajo combinado, un derivado de la biblioteca original. La Licencia Publica General 
ordinaria permitiria tal enlace solo si la combinacion completa ajusta sus criterios de li- 
bertad. La Licencia Publica General Menor introduce un criterio mas laxo para el enlace 
de otro codigo con la biblioteca. 

Denominamos a esta licencia como Licencia Publica General «Menor» porque ha- 
ce «menos» que la Licencia Publica General ordinaria para proteger las libertades del 
usuario. Tambien proporciona a los desarrolladores de programas libres «menos» ven- 
tajas sobre los programas no libres competidores. Estas desventajas son la razon por 
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la cual nosotros usamos la Licencia Publica General ordinaria para la mayoria de las 
bibliotecas. Sin embargo, la licencia Menor proporciona ventajas en circunstancias es- 
peciales. 

Por ejemplo, en raras ocasiones puede haber una especial necesidad de fomentar al 
maximo posible el uso de una biblioteca determinada, de forma que esta se convierta 
en un estandar. Para ello, se debe permitir a los programas no libres el uso de estas 
bibliotecas. Un caso mas frecuente es el de una biblioteca libre que desempene la misma 
funcion que la que realizan las bibliotecas no libres mas utilizadas. En este caso, hay 
poco que ganar limitando la biblioteca unicamente al software libre, de manera que 
usamos la Licencia Publica General Menor. 

En otros casos, el permiso para usar una biblioteca determinada en programas no 
libres aumenta el numero de usuarios de gran cantidad de software libre. Por ejemplo, 
el permiso para utilizar la biblioteca GNU C en programas no libres posibilita a mucha 
mas gente utilizar el sistema operativo GNU, asi como su variante, el sistema operativo 
GNU/LINUX. 

Aunque la Licencia Publica General Menor no protege tanto las libertades del usua- 
rio, asegura que el usuario de un programa que esta enlazado con la biblioteca tiene la 
libertad y los medios para ejecutar ese programa usando una version modificada de la 
biblioteca. 

Los terminos y las condiciones exactas para la copia, distribucion y modificacion se 
indican a continuation. Preste especial atencion a la diferencia entre un «trabajo basado 
en la biblioteca» y un «trabajo que utiliza la biblioteca». El primero contiene codigo 
derivado de la biblioteca, mientras que el ultimo debe estar unido a la biblioteca para 
ser ejecutado. 

Terminos y condiciones para la copia, distribucion y modifica- 
cion 

0. El acuerdo de esta licencia se aplica a cualquier biblioteca de software u otro pro- 
grama que contenga un aviso colocado por el titular de los derechos de autor u 
otras partes interesadas explicando que puede ser distribuido bajo los terminos de 
esta Licencia Publica General Menor — llamada tambien «esta Licencia». A cada 
titular de permiso se le designa por «usted». 

Una «biblioteca» contiene una coleccion de funciones y/o datos de software, pre- 
parados para ser enlazados de una forma comoda con programas de aplicacion 
— que usan algunas de estas funciones y datos — para formar ejecutables. 

Por «Biblioteca» nos referiremos, en adelante, a cualquier trabajo o biblioteca de 
software que haya sido distribuido bajo estos terminos. Un «trabajo basado en la 
Biblioteca» significa que, o la Biblioteca o cualquier trabajo derivado, estanbajo la 
ley de copyright: es decir, un trabajo que contiene a la Biblioteca o a una parte de 
ella, ya sea de forma literal o con modificaciones y/o traducida de forma clara a 
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otro idioma — mas adelante se incluye la traduccion sin restriction en el termino 
«modificacion». 

El «codigo fuente» para un trabajo se refiere a la forma preferida del trabajo pa- 
ra hacer modificaciones en el. Para una Biblioteca, el codigo fuente completo se 
refiere a todos los codigos fuente para todos los modulos que contenga la biblio- 
teca, ademas de cualquier fichero de definicion de interfaz asociado y los guiones 
[scripts] asociados para controlar la compilacion e instalacion de la biblioteca. 

Otras actividades que no sean la copia, distribucion y modificacion no se encuen- 
tran cubiertas por esta Licencia; se encuentran fuera de su ambito. La opcion de 
ejecutar un programa utilizando la Biblioteca no esta restringido y el resultado 
de dicho programa esta cubierto unicamente si su contenido constituye un tra- 
bajo basado en la Biblioteca — independientemente del uso de la Biblioteca como 
herramienta para escribirlo. Que esto sea cierto dependera de lo que haga la Bi- 
blioteca y de lo que haga el programa que utiliza la Biblioteca. 

1. Puede copiar y distribuir copias literales del codigo fuente completo de la Biblio- 
teca tal y como lo recibe, en cualquier medio, a condicion de que usted publique 
de forma manifiesta y apropiada, en cada una de las copias, un aviso convenien- 
te de copyright y una renuncia de garantia; mantenga intactas todas las notifi- 
caciones que se refieran a esta Licencia y a la ausencia de cualquier garantia; y 
distribuya una copia de esta Licencia junto con la Biblioteca. 

Puede cobrar un importe por el acto fisico de traspasar una copia y puede, a su 
eleccion, ofrecer una proteccion de garantia a cambio de un importe. 

2. Puede modificar su copia o copias de la Biblioteca o cualquier parte de ella, for- 
mando asi un trabajo basado en la Biblioteca, y copiar y distribuir tales modifi- 
caciones o trabajo segun los terminos de la seccion 1, siempre que usted tambien 
cumpla las siguientes condiciones: 

a. El trabajo modificado debe ser por si mismo una biblioteca. 

b. Los ficheros modificados deberan contener lleven avisos llamativos, decla- 
rando que usted cambio los ficheros y la fecha de cualquier cambio. 

c. Debe obtener una licencia para todo el trabajo, sin cargo a terceros, segun los 
terminos de esta Licencia. 

d. Si una prestacion en la Biblioteca modificada se refiere a una funcion o a una 
tabla de datos, que no sea suministrada por un programa de aplicacion que 
usa la prestacion como argumento pasado al invocar la prestacion, debera 
esforzarse de buena fe para asegurarse de que, en caso de que una aplica- 
cion no suministre tal funcion o tabla, la prestacion aun funcione y haga que 
cualquier parte de su prestacion siga siendo significativa. 

(Por ejemplo, la funcion en una biblioteca para calcular raices cuadradas tie- 
ne un proposito bien definido, independientemente de la aplicacion. Por tan- 
to, la Subseccion 2d exige que cualquier funcion o tabla suministrada por la 
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aplicacion y usada por esa funcion sea opcional: si la aplicacion no la sumi- 
nistra, la funcion de raiz cuadrada debe seguir calculando raices cuadradas). 

Estos requisitos se aplican al trabajo modificado como un todo. Si existen sec- 
ciones identificables de ese trabajo no derivadas de la Biblioteca y que pueden 
considerarse razonablemente independientes como trabajos separados, entonces 
esta Licencia y sus terminos, no se aplicaran a aquellas secciones cuando usted los 
distribuya como trabajos separados. Pero cuando usted distribuya estas mismas 
secciones como parte de un todo, como un trabajo basado en la Biblioteca, la dis- 
tribucion del todo debe estar bajo los terminos de esta Licencia, cuyos permisos 
para otras licencias se extienden a todo el conjunto, y por tanto a todas y cada una 
de las partes, sin tener en cuenta quien lo escribio. 

Asi pues, la intencion de esta seccion no es exigir derechos o discutir los derechos 
de un trabajo escrito exclusivamente por usted; sino mas bien ejercer el derecho a 
controlar la distribucion de trabajos derivados o colectivos basados en la Bibliote- 
ca. 

Ademas, la mera agregacion de otro trabajo no basado en la Biblioteca a la misma 
Biblioteca — o a un trabajo basado en la Biblioteca — en un volumen de almacenaje 

0 en un medio de distribucion, no coloca este trabajo entre los objetivos de esta 
Licencia. 

3. Usted puede optar por aplicar a una determinada copia de la Biblioteca, los termi- 
nos de la Licencia Publica General GNU ordinaria en lugar de los de la presente 
Licencia. Para ello, debera alterar todas las notificaciones que se refieren a esta 
Licencia, para que se refieran a la Licencia Publica General GNU ordinaria, ver- 
sion 2, en lugar de a esta Licencia. (Si ha aparecido una version mas reciente que 
la version 2 de la Licencia Publica General GNU ordinaria, entonces, si lo desea, 
puede especificar esa nueva version.) No introduzca ningun otro cambio en estas 
notificaciones. 

Una vez que se haya hecho este cambio en una copia dada, es irreversible para esa 
copia, de modo que la Licencia Publica General GNU ordinaria se aplica a todas 
las copias siguientes y a trabajos derivados realizados a partir de esa copia. 

Esta opcion es util cuando usted desea copiar parte del codigo de la Biblioteca 
dentro de un programa que no es una biblioteca. 

4. Puede copiar y distribuir la Biblioteca — o una porcion o derivado de esta, bajo la 
Seccion 2 — en codigo objeto o forma ejecutable bajo los terminos de las Secciones 

1 y 2 arriba indicadas, siempre que la acompafte el correspondiente codigo fuente 
legible — a maquina — completo, que debera distribuirse segun los terminos de 
las Secciones 1 y 2, en un medio usado habitualmente para el intercambio de 
software. 

Si la distribucion del codigo objeto se realiza ofreciendo el acceso a su copia desde 
un lugar designado, entonces la provision de un acceso equivalente a la copia del 
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codigo fuente desde el mismo sitio satisfara los requisitos para la distribucion del 
codigo fuente, aunque terceras partes no esten obligadas a copiar el codigo fuente 
junto con el codigo objeto. 

5. Un programa que no contiene derivado de ninguna porcion de la Biblioteca, pero 
esta disenado para trabajar con la Biblioteca al ser compilado o enlazado con ella, 
se denomina un «trabajo que utiliza la Biblioteca». Dicho trabajo, por separado, 
no es un trabajo derivado de la Biblioteca y por tanto cae fuera del ambito de esta 
Licencia. 

Sin embargo, al enlazar un «trabajo que utiliza la Biblioteca» con la Biblioteca, se 
crea un ejecutable que es un derivado de la Biblioteca — ya que contiene porciones 
de la misma. El ejecutable esta por tanto cubierto por esta Licencia. La seccion 6 
expone los terminos para la distribucion de tales ejecutables. 

Cuando un «trabajo que utiliza la Biblioteca» utiliza material de un fichero cabe- 
cera que forma parte de la Biblioteca, el codigo objeto del trabajo puede ser un 
trabajo derivado de la Biblioteca aunque el codigo fuente no lo sea. Que esto sea 
cierto es especialmente significativo si el trabajo puede enlazarse sin la Bibliote- 
ca, o si el trabajo es en si mismo una biblioteca. Este matiz no esta definido con 
precision por la ley. 

Si dicho fichero objeto utiliza solo parametros numericos, esquema de estructura 
de datos, pequeftas macros y pequeftas funciones en linea — diez lineas o menos 
de longitud — , entonces el uso del fichero objeto no estara restringido, indepen- 
dientemente de que legalmente sea un trabajo derivado. (Ejecutables que conten- 
gan este codigo objeto y porciones de la Biblioteca estaran bajo la Seccion 6. 

En caso contrario, si el trabajo es un derivado de la Biblioteca, usted puede dis- 
tribuir el codigo objeto del trabajo segun los terminos de la Seccion 6. Cualquier 
ejecutable que contenga ese trabajo tambien cae bajo la Seccion 6, este o no enla- 
zado con la Biblioteca. 

6. Como excepcion a las secciones anteriores, puede tambien combinar o enlazar un 
«trabajo que utiliza la Biblioteca» con la Biblioteca para producir un trabajo que 
contenga porciones de la Biblioteca y distribuir ese trabajo segun los terminos 
de su eleccion, siempre que los terminos permitan la modificacion del trabajo 
para el uso propio del cliente y la ingenieria inversa para la depuracion de tales 
modificaciones. 

Debe incluir con cada copia del trabajo una notificacion de que la Biblioteca se 
utiliza en el y de que la Biblioteca y su uso estan cubiertos por esta Licencia. Debe 
suministrar una copia de esta Licencia. Si el trabajo, durante su ejecucion, muestra 
notas de derechos de autor, debera incluir entre ellas las notas de copyright de la 
Biblioteca, asi como una referenda que dirija al usuario a la copia de esta Licencia. 
Ademas, usted debe hacer una de estas cosas: 



APENDICE B. LICENCIA PUBLICA GENERAL MENOR 



220 



a. Acompanar el trabajo con el correspondiente codigo fuente legible — a 
maquina — completo de la Biblioteca, incluyendo cualquier cambio intro- 
ducido en el trabajo — distribuido bajo las Secciones 1 y 2 — ; y, si el trabajo 
es un ejecutable enlazado con la Biblioteca, con el completo, legible (a ma- 
quina) «trabajo que utiliza la Biblioteca», como codigo objeto y/o codigo 
fuente, de forma que el usuario pueda modificar la Biblioteca y reenlazarlo 
para producir un ejecutable modificado que contenga la Biblioteca modifica- 
da. (Se entiende que el usuario que cambia los contenidos de los archivos de 
definiciones en la Biblioteca no necesariamente sera capaz de recompilar la 
aplicacion para usar las definiciones modificadas.) 

b. Utilizar un mecanismo de biblioteca compartida adecuado para enlazar con 
la Biblioteca. Un mecanismo adecuado es aquel que (1) utiliza en tiempo de 
ejecucion una copia de la biblioteca ya presente en el ordenador del usua- 
rio, en lugar de copiar funciones de biblioteca dentro del ejecutable y (2) 
que funciona correctamente con una version modificada de la biblioteca, si 
el usuario instala una, mientras que la version modificada sea de interfaz 
compatible con la version con la que se realizo el trabajo. 

c. Acompanar el trabajo con una oferta escrita, valida durante al menos tres 
anos, para proporcionar a dicho usuario los materiales especificados en la 
Subseccion 6a, por un precio no superior al coste de la distribucion. 

d. Si la distribucion del trabajo se realiza ofreciendo el acceso a la copia desde 
un lugar determinado, ofrecer un acceso equivalente para la copia de los 
materiales especificados anteriormente desde el mismo lugar. 

e. Verificar que el usuario ha recibido ya una copia de estos materiales o que 
usted ya le ha enviado una copia. 

Para un ejecutable, la forma requerida del «trabajo que utiliza la Biblioteca» debe 
incluir todos los programas de datos y utilidades necesitados para reproducir el 
ejecutable desde el mismo. Sin embargo, como excepcion especial, los materiales 
a distribuir no necesitan incluir nada de lo que se distribuye normalmente — ya 
sea en forma binaria o fuente — con los componentes principales — compilador, 
kernel, y demas — del sistema operativo en el cual funciona el ejecutable, a menos 
que el componente acompane al ejecutable. 

Puede suceder que este requisito contradiga las restricciones de la licencia de otras 
bibliotecas propietarias que no acompanan normalmente al sistema operativo. 
Dicha contradiccion significa que no puede usar ambas juntas en un ejecutable 
que usted distribuya. 

7. Puede anadir prestaciones de biblioteca, que sean un trabajo basado en la Biblio- 
teca, juntas en una sola biblioteca junto con otras prestaciones de biblioteca no 
cubiertas por esta Licencia y distribuir dicha biblioteca combinada, con tal de que 
la distribucion separada del trabajo basado en la Biblioteca y de las otras pres- 
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taciones de biblioteca este, por lo demas, permitida, y con tal de que usted haga 
estas dos cosas: 

a. Acompanar la biblioteca combinada con una copia del mismo trabajo basado 
en la Biblioteca, sin combinarlo con otras prestaciones de biblioteca. Esto 
debe ser distribuido segun los terminos de las Secciones anteriores. 

b. Incluir una notificacion en la biblioteca combinada destacando que parte de 
la misma es un trabajo basado en la Biblioteca, y explicando donde encontrar 
las formas sin combinar que acompanan a este trabajo. 

8. No debe copiar, modificar, sublicenciar, enlazar o distribuir la Biblioteca excepto 
como se estipula expresamente en esta Licencia. Cualquier otro intento de copiar, 
modificar, sublicenciar, enlazar o distribuir la Biblioteca no sera valido y anulara 
automaticamente sus derechos con relacion esta Licencia. Sin embargo, aquellos 
que hayan recibido copias o derechos segun esta Licencia por medio de usted, 
conservaran sus licencias siempre que cumplan los terminos de las mismas. 

9. No se exige que acepte esta Licencia, puesto que no la ha firmado. Sin embargo, 
nada mas le autoriza a modificar o distribuir la Biblioteca o los trabajos derivados 
de la misma. Si usted no acepta esta Licencia, estas acciones estan prohibidas 
por ley. Por lo tanto, al modificar o distribuir la Biblioteca — o cualquier trabajo 
basado en ella — , usted acepta esta Licencia, y todos sus terminos y condiciones 
para copiar, distribuir o modificar la Biblioteca o los trabajos basados en ella. 

10. Cada vez que usted distribuye la Biblioteca — o cualquier trabajo basado en ella — 
, el receptor recibe automaticamente una licencia del titular original de la Licencia 
para copiar, distribuir, enlazar o modificar la Biblioteca siempre sujeto a estos ter- 
minos y condiciones. Usted no debe imponer ninguna restriccion posterior sobre 
el ejercicio de los receptores de los derechos otorgados mencionados aqui. Usted 
no es responsable de hacer cumplir esta Licencia a terceros. 

11. Si, como consecuencia de un juicio o infraccion de patente o por cualquier otra 
razon — no limitada a asuntos de patente — a usted se le imponen condiciones — 
sea orden judicial, contractual u otras — que contradigan las condiciones de esta 
Licencia, eso no le dispensa de las condiciones de esta Licencia. Si usted no pue- 
de distribuirla de tal forma que satisfaga simultaneamente sus obligaciones con 
respecto a esta licencia y cualquier otras obligaciones pertinentes, entonces co- 
mo consecuencia, no debe en absoluto distribuir la Biblioteca. Por ejemplo, si una 
licencia de patente no permitiera la redistribucion libre del copyright de la Biblio- 
teca a todo aquellos que reciben copias directamente o indirectamente a traves de 
usted, entonces debera abstenerse completamente de distribuir la Biblioteca. 

Si cualquier parte de esta seccion se considera nula o inaplicable en cualquier 
circunstancia particular, se intentara aplicar el grueso de la seccion, y en otras 
circunstancias se intentara aplicar la seccion como un todo. 
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No es el proposito de esta seccion inducirle a infringir una demanda de derechos 
de patente u otros derechos de propiedad o impugnar la validez de tales deman- 
das; esta seccion tiene como unico proposito proteger la integridad del sistema 
de distribucion de software libre, lo cual se lleva a cabo mediante practicas de 
licencia publica. Mucha gente ha hecho generosas contribuciones a una amplia 
variedad de proyectos de software distribuido mediante este sistema, confiando 
en la firme aplicacion del mismo; es decision del autor/donante decidir si el o ella 
desea distribuir software mediante cualquier otro sistema y una licencia no puede 
imponer esa eleccion. 

Esta seccion tiene el proposito de esclarecer a fondo lo que se considera una con- 
secuencia del resto de esta licencia. 

12. Si la distribucion y/ o uso de la Biblioteca esta restringida en ciertos paises me- 
diante patentes o interfaces con derechos de autor, el propietario de los derechos 
de autor originates, que puso la Biblioteca bajo esta Licencia, puede anadir una 
limitacion a la distribucion geografica excluyendo a estos paises, de forma que 
esta distribucion se autorice solamente en o entre paises no excluidos. En tal caso, 
esta Licencia incorpora la limitacion como si estuviera escrita en el cuerpo de esta 
Licencia. 

13. La Free Software Foundation puede pub Hear versiones nuevas y / o revisadas de la 
Licencia Publica General Menor de cuando en cuando. Tales versiones nuevas 
seran similares en espiritu a la presente version, pero pueden diferir en ciertos 
detalles para abordar nuevos problemas o intereses. 

A cada version se le asigna un numero que la distingue. Si la biblioteca especifica 
un numero de version de esta Licencia que se aplica a ella misma y a «cualquier 
version posteriory usted puede optar por cumplir los terminos y condiciones tan- 
to de esa version como de cualquier version posterior publicada por la Free Soft- 
ware Foundation. Si la Biblioteca no especifica un numero de version de licencia, 
usted puede elegir cualquier version publicada por la Free Software Foundation. 

14. Si desea incorporar partes de la Biblioteca a otros programas libres cuyas condi- 
ciones de distribucion sean incompatibles con estos, escriba al autor para pedirle 
permiso. Para el software cuyos copyright pertenece a la Free Software Foundation, 
escriba a la Free Software Foundation; a veces, hacemos excepciones. Nuestra deci- 
sion se guiara por lo general por los dos objetivos siguientes: preservar el estatus 
libre de todo lo derivado de nuestro software y promover que el software sea 
compartido y reutilizado. 

SIN GARANTf a 

15. Dado que la biblioteca esta licenciada de forma gratuita de cargo, 
no hay garantia para la biblioteca salvo en aquello que establece 
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LA LEGISLACION. EXCEPTO CUANDO SE ESTABLEZCA DE OTRO MODO POR ES- 
CRITO, LOS TITULARES DEL COPYRIGHT Y/O OTRAS PARTES SUMINISTRAN LA 
BIBLIOTECA «TAL CUAL» SIN GARANTIA DE NINGUNA CLASE, YA SEA DE FORMA 
EXPRESA O IMPLICITA, INCLUYENDO, AUNQUE NO LIMITADO POR, LAS GARAN- 
TIAS IMPLICITAS DE COMERCIABILIDAD Y CONVENIENCIA PARA UN PROPOSITO 
PARTICULAR. TODO RIESGO ASOCIADO A LA CALIDAD Y LA EJECUCION DE LA 
BIBLIOTECA ES SUYO. Si LA BIBLIOTECA RESULTARA ESTAR DEFECTUOSA, USTED 
ASUME EL COSTE DE TODO MANTENIMIENTO, REPARACION O CORRECCION NE- 
CESARIOS. 

16. BAJO NINGUN CONCEPTO, A MENOS QUE SEA REQUERIDO POR LA LEY APLICA- 
BLE O DE ACUERDO A UN ESCRITO, EL TITULAR DEL COPYRIGHT O CUALQUIER 
OTRA PARTE QUE PUEDA MODIFICAR Y/O REDISTRIBUIR LA BIBLIOTECA COMO 
SE PERMITE ARRIBA, SERA RESPONSABLE POR DANOS, INCLUYENDO CUALQUIER 
DANO GENERAL, ESPECIAL, ACCIDENTAL O CONSECUENTE ORIGINADO POR EL 
USO O INCAPACIDAD DE USO DE LA BIBLIOTECA — INCLUYENDO PERO NO LI- 
MITANDO POR, LAS PERDIDAS DE DATOS O LA PRODUCCION DE DATOS LNCO- 
RRECTOS, O PERDIDAS SUFRIDAS POR USTED O TERCEROS, O UN FALLO DE LA 
BIBLIOTECA PARA FUNCIONAR CON CUALQUIER OTRO SOFTWARE— INCLUSO SI 
TAL TITULAR U OTRA PARTE HUBIERA SIDO NOTIFICADO DE LA POSIBILIDAD DE 
TALES DANOS. 



FIN DE TERMINOS Y CONDICIONES 



Como aplicar estos terminos a sus nuevas bibliotecas 

Si usted desarrolla una biblioteca nueva, y quiere que sea del mayor uso posible 
para el publico, le recomendamos que la convierta en software libre para que todo el 
mundo pueda redistribuirla o combinarla. Usted puede hacer tal cosa autorizando la 
redistribucion segun estos terminos (o bien segun los terminos de la Licencia Publica 
General ordinaria). 

Para aplicar estos terminos agregue la siguiente nota a la biblioteca. Es mas pruden- 
te agregar los avisos al comienzo de cada fichero fuente para transmitir de una forma 
mas efectiva la exclusion de garantia; y cada fichero deberia tener al menos la linea de 
derechos de autor y un puntero hacia donde se encuentre la notificacion completa. 

Copyright © 

Esta biblioteca es software libre, puede redistribuirla o 
modificarla segun los terminos de la GNU Licencia Publica 
General Menor, publicada por la Free Software Foundation; 
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ya sea en su version 2 o — a su eleccion — en cualquier 
version posterior. 

Esta biblioteca se distribuya con la intencion de que sea 
usada, sin embargo no TIENE GARANTIA; incluidas la garantias 
de comerciabilidad y conveniencia para un proposito 
particular. Vease GNU Licencia Publica General Menor para 
mas detalles. 

Debera recibir una copia de la GNU Licencia Publica General 
Menor con esta biblioteca; si no es asi, escriba a la Free 
Software Foundation, Inc., 59 Temple Place, Suite 330, 
Boston, Ma 02111-1307 USA. 

Anada tambien informacion sobre como contactar con usted mediante correo elec- 
tronico y postal. 

Deberia incluir tambien su empleo — si trabaja como programador — o sus estudios, 
si tiene alguno, para firmar una «renuncia de copyright» para la biblioteca, si fuese 
necesario. Aqui tenemos un ejemplo; altere los nombres: 

Yoyodyne, Inc., por la presente, renuncia a todos sus 
derechos de copyright con respecto a la biblioteca «Frob» 
--una biblioteca para pellizcar granitos — escrita por Uames 
Random Hacker. 

firma de Ty Coon, 1 April 1990 
Ty Coon, Presidente de Vicio 



jEso es todo! 



Apendice C 

Licencia de Documentacion Libre GNU 



Free Document License, GNU-FDL 
Version 1.1, Marzo de 2000 
Copyright © 2000 

Free Software Foundation, Inc. 59 Temple Place, Suite 330, Boston, MA 02111-1307 
USA 

Se permite la copia y distribucion de copias literales de este documento de licencia, 
pero no se permite su modification. 

Preambulo 

El proposito de esta licencia es permitir que un manual, libro de texto, u otro docu- 
mento escrito sea «libre» en el sentido de libertad: asegurar a todo el mundo la libertad 
efectiva de copiarlo y redistribuirlo, con o sin modificaciones, de manera comercial o 
no. En segundo termino, esta licencia preserva para el autor o para quien lo publique 
una manera de obtener reconocimiento por su trabajo, al tiempo que no se les hace 
responsables de las modificaciones realizadas por terceros. 

Esta licencia es una especie de «copyleft», lo que significa que los trabajos derivados 
del documento deben a su vez ser libres en el mismo sentido. Esta complementa a la Li- 
cencia Publica General GNU, que es una licencia de copyleft disenada para el software 
libre. 

Hemos disenado esta Licencia para usarla en manuales de software libre, ya que el 
software libre necesita documentacion libre: un programa libre debe acompanarse con 
manuales que ofrezcan la mismas libertades que da el software. Sin embargo esta licen- 
cia no se limita a manuales de software; puede utilizarse para cualquier trabajo textual, 
sin tener en cuenta su tematica o si se publica como libro impreso. Recomendamos esta 



lr rhis is an unofficial translation of the GNU Fre Document License into Spanish. It was not published 
by the Free Software Foundation, and does not legally state the distribution terms that uses the GNU FDL 
— only the original English text of the GNU FDL does that. [Esta es una traduction no oficial al espanol 
de la GNU Free Document License. No ha sido publicada por la Free Software Foundation, y no establece 
legalmente las condiciones de distribucion de manuales y documentacion para el software que usa la GNU 
FDL. Estas condiciones se establecen solamente por el texto original, en ingles, de la GNU FDL.] 
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licencia principalmente para trabajos cuyo fin sea educativo o de servir como obra de 
referencia. 

Aplicabilidad y definiciones 

Esta Licencia se aplica a cualquier manual u otro documento que contenga una nota 
del propietario de los derechos que indicando que puede distribuirse bajo los terminos 
de la Licencia. El «Documento», en adelante, se refiere a cualquiera de dichos manuales 
o trabajos. Cualquier miembro del publico es un licenciatario y sera denominado como 
«Usted». 

Una «version modificada» del Documento es cualquier trabajo que contenga el Do- 
cumento o una porcion del mismo, ya sea una copia literal o con modificaciones y/o 
traducciones a otro idioma. 

Una «seccion secundaria» es un apendice titulado o una seccion preliminar al pro- 
logo del «Documento» que tiene que ver exclusivamente con la relacion de quien pu- 
blica, los autores del «Documento», el tema general del «Documento» — o asuntos 
relacionados — y cuyo contenido no concierne directamente a este tema general. (Por 
ejemplo, si el «Documento» es en parte un texto de matematicas, una «Secci6n Secunda- 
ria» puede no explicar matematicas.) La relacion puede ser un asunto sobre la relacion 
historica o el posicionamiento legal, comercial, filosofico, etico o politico con respecto 
del tema o la materia del texto. 

Las «secciones Invariables» son ciertas secciones secundarias cuyos titulos son de- 
nominados como secciones invariables, en la nota que indica que el documento es libe- 
rado bajo esta licencia. 

Los «textos de cubierta» son ciertos pasajes breves que se enumeran, como textos de 
portada o textos de contra portada, en la nota que indica que el documento es liberado 
bajo esta Licencia. 

Una copia «transparente» del Documento es una copia para lectura en maquina, 
representada en un formato cuya especificacion esta a disposicion del publico general, 
cuyo contenido puede ser leido y editado directamente con editores de texto generi- 
cos o — para imagenes compuestas por pixeles — de programas genericos de dibujo o 
— para dibujos — algun editor grafico disponible, y que sea adecuado para exportar a 
formateadores de texto o para la traduccion automatica a una variedad de formatos 
adecuados para utilizarlos con formateadores de texto. Una copia en un formato de ar- 
chivo no transparente, disenado para impedir o dificultar subsecuentes modificaciones 
posteriores por parte de los lectores no es transparente. Una copia que no es «transpa- 
rente» es llamada «opaca». 

Como ejemplos de formatos adecuados para copias transparentes estan el ASCII 
piano sin formato, formato de Texinfo, formato de LTjX, SGML o XML usando un 
DTD disponible y HTML simple que obedece a estandares, disenado para modifica- 
ciones humanas. Los formatos opacos incluyen PostScript, PDF, formatos propietarios 
que pueden ser leidos y editados unicamente en procesadores de textos propietarios, 
SGML o XML para los cuales los DTD y/ o herramientas de procesamiento no estan 
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generalmente disponibles, y el HTML generado por maquinas producto de algun pro- 
cesador de textos solo con fines de salida. 

La «portada» en un libro impreso es la portada misma, mas las paginas siguientes 
necesarias para mantener la legibilidad del material, que esta Licencia requiere que 
aparezca en la portada. Para trabajos en formatos que no tienen portada como tal, la 
«portada» es el texto mas proximo al titulo del trabajo, precediendo el comienzo del 
cuerpo del trabajo. 

Copia literal 

Puede copiar y distribuir el Documento en cualquier medio, sea en forma comercial 
o no, siempre y cuando esta Licencia, las notas sobre copyright y la nota de licencia, 
que indica que esta Licencia se aplica al Documento, se reproduzca en todas las copias 
y que usted no anada ninguna condicion aparte de las expuestas en esta Licencia. No 
puede utilizar medidas tecnicas para obstruir o controlar la lectura o copia posterior 
de las copias que usted haga o distribuya. Sin embargo, usted puede aceptar una com- 
pensacion monetaria a cambio de las copias. Si distribuye un numero suficientemente 
grande de copias tambien debera cumplir las condiciones de la seccion 3. 

Tambien puede prestar copias, bajo las mismas condiciones establecidas anterior- 
mente y puede exhibir copias publicamente. 

Copia en cantidades masivas 

Si publica mas de cien copias impresas del Documento y la nota de Licencia del Do- 
cumento exige textos de cubierta, debe incluir las copias con cubiertas que muestren de 
forma clara y legible, todos los textos de cubierta: textos frontales en la cubierta frontal 
y textos posteriores de cubierta en la cubierta posterior. Ambas cubiertas deben iden- 
tificarle a usted, de forma clara y legible como responsable de la publicacion de tales 
copias. La cubierta frontal debe mostrar el titulo completo siendo todas las palabras 
igualmente prominentes y visibles. Ademas, puede anadir otro material en la cubierta. 
Las copias con cambios limitados en las cubiertas, siempre que preserven el titulo del 
Documento y satisfagan estas condiciones, puede considerarse como copias literales. 

Si los textos requeridos para la cubierta son muy voluminosos para que se ajusten de 
forma legible, debera colocar los primeros — tantos como sea razonable — en la cubierta 
real, e introducir el resto en las paginas adyacentes. 

Si publica o distribuye mas de cien copias opacas del Documento, debera incluir 
una copia transparente que pueda ser leida por una maquina con cada copia opaca, 
o entregar con cada copia opaca una direccion publica en red que contenga una co- 
pia completa transparente del Documento, sin material adicional, a la cual el publico 
en general pueda acceder y bajar anonimamente sin cargo, usando protocolos de es- 
tandar publico. Si recurre a esta ultima opcion, debera tomar las medidas necesarias, 
cuando comience la distribucion de las copias opacas, para asegurarse de que esta co- 
pia transparente permanecera accesible en el sitio por lo menos un ano despues de su 
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ultima distribucion de copias opacas — ya sea directamente o a traves de sus agentes o 
distribuidores — de esa misma edicion publica. 

Se solicita, aunque no es requisito, que se ponga en contacto con los autores del 
Documento antes de redistribuir cualquier un numero de copias, para darles la oportu- 
nidad de que le proporcionen una version del Documento. 

Modificaciones 

Puede copiar y distribuir una version modificada del Documento segun las condi- 
ciones de las anteriores secciones 2 y 3, siempre que usted libere la version modificada 
con esta misma Licencia, de este modo, la version modificada desempefta el papel del 
Documento, y por lo tanto se autoriza la distribucion y la modificacion de la version 
modificada a quienquiera que posea una copia de este. Ademas, debera hacer lo si- 
guiente en la version modificada: 

a. Usar en la Portada — y en las cubiertas, si las hubiera — un titulo distinto al del 
Documento y de las versiones anteriores — que deberian, si las hubiera, enume- 
rarse en la seccion de Historia del Documento. Puede utilizar el mismo titulo de 
las versiones anteriores del original siempre que quien publicara la primera ver- 
sion le de su consentimiento. 

b. Enumerar en la Portada, como autores, a una o mas personas o entidades respon- 
sables de la autoria o de las modificaciones de la version modificada, junto con 
por lo menos cinco de los autores principales del Documento — todos sus autores 
principales, si hay menos de cinco. 

c. Incluir en la portada el nombre de quien publique la version modificada. 

d. Preservar todas las notas de copyright del Documento. 

e. Anadir una nota de copyright apropiada para sus modificaciones adyacentes a 
las otras notas de copyright. 

f. Incluir, inmediatamente despues de la nota de copyright, una nota de licencia 
autorizando el uso de la version modificada segun los terminos de esta Licencia, 
de la forma descrita en la addenda. 

g. Preservar en esa nota de licencia la lista completa de secciones invariables y en 
los textos de las cubiertas que sean requeridos segun se especifique en la nota de 
Licencia del Documento 

h. Incluir una copia sin modificacion de esta Licencia. 

i. Preservar la seccion llamada «historia» y su titulo, y anadir a esta una seccion que 
establezca al menos el titulo, el afto, los nuevos autores y quien publico la version 
modificada tal y como se especifica en la portada. Si no hay una seccion titulada 
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«historia» en el Documento, se creara una estableciendo el titulo, el ano, los au- 
tores y quien publico el Documento como se especifica en la portada, anadiendo 
ademas un articulo que describa la version modificada como se establecio en el 
punto anterior. 

j. Preservar la localizacion en red, si la hubiera, especificada en la Documentacion 
para acceder publicamente a una copia transparente del Documento, al igual que 
otras direcciones de red proporcionadas en el Documento para versiones anterio- 
res en las cuales estuviese basado. Estas pueden ubicarse en la seccion «Historia». 
Se puede omitir la ubicacion en red para un trabajo publicado por lo menos 4 
anos antes que el Documento, o si quien publica originalmente la version da su 
consentimiento explicitamente. 

k. En cualquier seccion titulada «agradecimientos» o «dedicatorias», se preservara 
el titulo de la seccion, asi como la intencion y el tono de los agradecimientos y/ o 
dedicatorias de cada contribuyente. 

1. Preservar todas las secciones invariables del Documento, sin alterar su contenido 
ni sus titulos. Los numeros de seccion o el equivalente no se consideran parte de 
los titulos de la seccion. 

m. Suprimir cualquier seccion titulada «aprobaciones». Tales secciones no pueden 
estar incluidas en las versiones modificadas. 

n. No retitular ninguna seccion existente como «aprobaciones», de modo que pueda 
entrar en conflicto con el titulo de alguna seccion invariante. 

Si la version modificada incluye secciones o apendices nuevos o preliminares al 
prologo calificados como secciones secundarias que contienen material no copiado del 
Documento, opcionalmente, puede designarse algunas o todas estas secciones como 
invariables. Para ello, anada sus titulos a la lista de secciones invariables en la nota 
de licencia de la version modificada. Tales titulos deben ser distintos de cualquier otro 
titulo de seccion. 

Puede anadir una seccion titulada «aprobaciones», siempre que contenga unica- 
mente las aprobaciones de su version modificada por diversas fuentes — por ejemplo, 
observaciones de peritos o notas exponiendo que el texto ha sido aprobado por una 
organizacion como estandar. 

Puede anadir un pasaje de hasta cinco palabras como texto de cubierta frontal, y un 
pasaje de hasta 25 palabras como texto de cubierta posterior, al final de la lista de textos 
de cubierta en la version modificada. Solamente puede anadir un pasaje de texto de 
cubierta frontal y un texto de cubierta posterior — ya sea a manera de arreglos hechos 
por una entidad. Si el Documento ya incluye un texto de cubierta para la misma cubier- 
ta, previamente anadido por usted o por la misma entidad, en nombre de la cual esta 
actuando, no puede anadir mas; pero puede reemplazar el anterior, con autorizacion 
expresa de quien publico anteriormente la cubierta. 
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El(los) autor(es) y quien(es) publica(n) el Documento no autorizan con esta Licen- 
cia permiso alguno que sus nombres sean utilizados en publicidad o para asegurar o 
sugerir la aprobacion de cualquier Version Modificada. 

Combinar documentos 

Puede combinar el Documento con otros documentos liberados bajo esta Licencia, 
segun los terminos definidos en la seccion 4 anterior para versiones modificadas, siem- 
pre que incluya en la combinacion todas las secciones invariables de los documentos 
originales, sin modificar y enumeradas como secciones invariables del trabajo combi- 
nado en su nota de licencia. 

El trabajo combinado debe contener solamente una copia de esta Licencia, y las 
multiples secciones invariables identicas pueden ser reemplazadas por una sola copia. 
Si hay multiples secciones invariables con el mismo nombre pero con contenidos dife- 
rentes, haga que el titulo de cada una de estas secciones sea unico anadiendole al final 
de este, en parentesis, el nombre del autor o de quien publico originalmente esa seccion, 
si es conocido, o si no, un numero unico. Haga lo mismo con los titulos de seccion en la 
lista de Secciones Invariables en la nota de licencia del trabajo combinado. 

Debera combinar cualquier seccion titulada «historia» de los diversos documentos 
originales, formando una sola seccion titulada «historia»; de la misma forma combina- 
ra cualquier seccion titulada «agradecimientos» y cualquier seccion titulada «dedicato- 
rias». Debera borrar todas las secciones tituladas «aprobaciones». 

Colecciones de documentos 

Puede hacer una coleccion consistente en el Documento y en otros documentos li- 
berados bajo esta Licencia y reemplazar las copias individuales de esta Licencia en los 
diversos documentos con una sola copia incluida en la coleccion, siempre que siga las 
reglas de esta Licencia para una copia literal de cada uno de los documentos en cual- 
quiera de todos los aspectos. 

Puede extraer un solo documento de tales colecciones y distribuirlo individualmen- 
te bajo esta Licencia, siempre que inserte una copia de esta Licencia en el documento 
extraido y cumpla esta Licencia en todos los demas aspectos concernientes a la copia 
literal de tal documento. 

Combinacion con trabajos independientes 

Una recopilacion del Documento o de sus derivados con otros documentos o traba- 
jos separados o independientes, en cualquier tipo de distribucion o medio de almacena- 
miento, no como un todo, se considerara como una version modificada del Documento, 
teniendo en cuenta que ninguna compilation de copyright sea clamada por la recopila- 
cion. Tal recopilacion es llamada un «agregado» y esta Licencia no se aplica a los otros 
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trabajos auto-contenidos y por lo tanto compilados con el Documento, si no se trata de 
trabajos derivados del Documento. 

En caso de que la seccion 3 del texto de la cubierta fuera aplicable a estas copias, 
si el Documento es inferior a un cuarto del agregado entero, los textos de la cubierta 
del Documento pueden ser colocados en cubiertas que enmarquen solamente el Docu- 
mento en el agregado. De otra forma deben aparecer en cubiertas enmarcando todo el 
agregado. 

Traduccion 

La Traduccion se considera un tipo de modificacion. De este modo, puede distri- 
buir traducciones del Documento bajo los terminos de la seccion 4. La sustitucion de 
las secciones invariables por traducciones requerira la autorizacion de los titulares del 
copyright, pero puede incluir traducciones de algunas o todas las Secciones Invariables 
ademas de las versiones originales de las Secciones Invariables. Puede incluirse una 
traduccion de esta Licencia siempre que incluya tambien la version inglesa. En caso 
de que exista un desacuerdo entre la traduccion y la version original en ingles de esta 
Licencia, prevalecera la version original en ingles. 

Nulidad 

No se puede copiar, modificar, sublicenciar o distribuir el Documento excepto en 
los casos expresamente autorizados en esta Licencia. Cualquier otro intento de copia, 
modificacion, sublicenciamiento o distribucion del Documento sera nulo y sus dere- 
chos seran automaticamente anulados bajo esa licencia. De todas maneras, los terceros 
que hayan recibido copias o derechos, de su parte, bajo esta Licencia no tendran por 
anuladas sus licencias siempre que tales personas o entidades se encuentren en total 
conformidad con la licencia original. 

Futuras revisiones de esta licencia 

La Free Software Foundation puede publicar nuevas versiones revisadas de la 
Licencia de Documentacion Libre GNU de cuando en cuando. Estas nuevas ver- 
siones seran similares en espiritu a la presente version, pero pueden diferir en 
algunos aspectos con el fin de solucionar algunos problemas o intereses. Vease 
http:/ /www. gnu.org/ copyleft/. 

Cada version de la Licencia tiene un numero que la distingue de las demas. Si el 
Documento especifica que una version numerada de esta licencia o «cualquier version 
posterior» se aplica al mismo, tendra la opcion de cumplir los terminos y condiciones 
de la version especificada o de cualquier version posterior que haya sido publicada — 
no como borrador — por la Free Software Foundation. Si el Documento no especifica un 
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numero de version para esta Licencia, puede escoger cualquier version que haya sido 
publicada — no como borrador — por la Free Software Foundation. 

Addenda 

Para utilizar esta licencia en un documento que usted haya escrito, incluya una 
copia de la Licencia en el documento y anada la siguiente nota sobre el copyright y 
la licencia justo despues del titulo de la pagina: 

Copyright © Ano Su Nombre. 

Permiso para copiar, distribuir y/o modificar este documento 
segun los terminos de la Licencia de Documentacion Libre 
GNU, Version 1.1 o cualquier otra version posterior 
publicada por la Free Software Foundation; con las Secciones 
Invariables ENUMERE SUS TITULOS, siendo INTRODUZCA el texto 
de la cubierta frontal y siendo INTRODUZCA el texto de la 
cubierta posterior. Se incluye una copia de la licencia en 
la seccion titulada «Licencia de Documentacion Libre GNU» . 

Si no tiene Secciones Invariables, escriba «sin secciones invariables» en lugar de 
decir cuales son invariables. Si no tiene texto de cubierta frontal, escriba «sin texto de 
cubierta frontal». Haciendo lo propio con la Cubierta Posterior. 

Si su documento contiene ejemplos de codigo de programa no triviales, recomen- 
damos liberar tambien estos ejemplos con la eleccion de una licencia de software libre, 
como la Licencia de Publico General GNU, para permitir su uso en software libre. 



